Samba sharet ongevraagd

[Verwijderd]

Ik heb afgelopen weekend mijn server opnieuw geinstalleerd en vanavond was de beurt aan samba. Enfin, gedownload, geconfigureerd, gecompileerd etc etc.

Nu heb ik in smb.conf een aantal shares gemaakt, geen probleem, ze werken precies zoals het moet. Maar als ik in windows in 'my network places' kijk dan zie ik nog twee home directories (ook niet van alle users, maar slechts van twee) die apart geshared staan.

WTF? Dit heb ik niet in mijn smb.conf geconfigureerd.

Google Groups gaf weinig antwoorden dus ik vroeg me af of iemand weet waarom Samba shares heeft die niet in smb.conf staan. Ik wil ze dus ook graag weg hebben want ik kan zelf die home shares wel aanmaken en ik houd er niet van dat er iets gebeurt zonder dat ik dat instel. Zeker niet als het mijn files betreft.

Onderstaand smb.conf. Het is de enige smb.conf op het systeem.

code:

[global]
        # Reduce the overhead that Samba uses to scan for timeouts
        change notify timeout = 300

        # Open files with no connections are closed after 15 minutes
        deadtime = 15

        # Files that have UNIX permissions that prohibit access are hidden from users
        hide unreadable = yes

        # We only allow access from these hosts with one exception
        hosts allow = 10.0.0.0/255.255.255.0 127.0.0.1

    # Only serve on this interface
    interfaces = 10.0.0.1

        # All other hosts are denied access
        hosts deny = ALL

        # The root user is not allowed access
        invalid users = root

        # All our computers are Windows XP
        lanman auth = no

        # We don't have any OS/2 clients
        lm announce = no

        # We log all activity to multiple logfiles depending on the
    # NetBIOS name of the computer
        log file = /var/log/samba/%m.log

        # We want a minimum level of logging
        log level = 1

        # Again, all our clients are Windows XP
        min protocol = NT1

        # What NetBIOS name does our server call itself?
        netbios name = Jester

    # We don't want to compete for browse master elections - we win always
    os level = 255

    # We want to initiate a browse master election (probably unnecessary)
    # preferred master = yes

        # We rely on username/password access methods
        security = user

    # Encrypt passwords
    encrypt passwords = no

    # password location file
    smb passwd file = /usr/local/samba/private/smbpasswd

        # We're on a Local Area Network, so these settings are appropriate
        socket options = TCP_NODELAY SO_RCVBUF=8192 IPTOS_LOWDELAY SO_RCVBUF=8192 SO_SNDBUF=8192

    # We allow clients to set their clock to ours using the NET TIME parameter
    time server = yes

        # Do we provide WINS support?
        wins support = no

        # What NetBIOS name does our server use for our domain/workgroup?
        workgroup = WORKGROUP

#shares config start

[tmp]
    comment = Temporary file space
    path = /tmp
    read only = no
    public = yes

[project]
    comment = IIE Project Files
    path = /project
    admin users = jaap piet
    read only = no
    writeable = yes
    create mask = 0755
    public = no
    browseable = no

[data]
    comment = Data Files
    path = /data
    admin users = jan jaap piet
    read only = no
    writeable = yes
    create mask = 0755
    public = no
    browseable = no

[WHiZZi]

Misschien offline bestanden / cache van Windows ?

Wat gebeurt er als je die shares gaat verbinden met een driveletter?

[Verwijderd]

Ze doen het gewoon Dus als ik er op klik dan moet ik me authenticeren en als ik de username/pass van de betreffende user invoer kom ik op z'n home directory.

[Robtimus]

Samba wel opnieuw opgestart?

[Verwijderd]

15.000 keer maar

[Dennis]

Doe eens

[homes]
browseable=no

[Verwijderd]

Hartstikke niet...ze zijn er nog steeds

Wat ik er nog bij kan vermelden, als ik inderdaad een [homes] sectie aanmaak met zeg comment = Mijn homes en browseable = yes. Dan krijg ik dus wel alle home directories te zien met als comment dus die Mijn homes.

Maar dus daarnaast ook nog steeds die twee andere met als comment Home directory of (username). En die kan ik dan ook nog steeds gebruiken.

[Dennis]

Je krijgt als het goed is de algemene directory homes die verwijst naar /home en je krijgt nog een directory als die gelijk is aan de ingelogde gebruiker op je Windows machine, bijvoorbeeld /home/whistler. Die zijn iig standaard op het moment dat je samba installeert en ik meen dat door die twee regels die ik noemde je die weg kunt halen.

Trouwens, wel samba gerestart en F5 in Netwerkomgeving gedaan .

[ Voor 10% gewijzigd door Dennis op 17-03-2004 23:43 ]

[Verwijderd]

Ik weet het. Dat krijg ik ook wel als ik een [homes] aanmaak, maar nog steeds die anderen.

Haal ik [homes] helemaal weg, nog steeds die anderen.

En, yup, nmbd en smbd gekilld, herstart en idd F5 :-) 15.001 keer nu :-)

[Verwijderd]

ddc schreef op 17 maart 2004 @ 23:23:
Doe eens

[homes]
browseable=no

Browseable betekent niets meer en niets minder dan dat de share te zien is in browselists (netwerkomgeving in Windows termen).
Niks stopt je van het benaderen van een share die niet browseable is, maar waarvan je wel de naam weet.

ddc schreef op 17 maart 2004 @ 23:42:
Je krijgt als het goed is de algemene directory homes die verwijst naar /home en je krijgt nog een directory als die gelijk is aan de ingelogde gebruiker op je Windows machine, bijvoorbeeld /home/whistler.

homes verwijst te allen tijden naar /home/[username] , indien niet anders ingesteld.

Het verbinden met homes of met de share gelijk aan je username is dus precies hetzelfde. Waarom dan toch ook de optie om te verbinden met homes? Denk eens aan scripts ed Veel netter/makkelijker om homes te kunnen gebruiken, dan alle mogelijke gebruikersnamen uit een DC/samba machine te moeten trekken.

@whistler:
Hmzz, wel erg vaag dit. Ik moet eerlijkheidshalve bekennen, dat ik nog nooit geprobeerd heb de homes share te verwijderen. Je zou toch zeggen dat het zonder deze share in de config ook niet mogelijk moet zijn dat de share er uberhaupt is.

Mocht je het nou echt niet voor elkaar kunnen krijgen, dan kun je een homes share aanmaken, met daarin:

code:

browseable = no     # Niet voor laten komen in browselijsten
-valid = no         # Samba3 developer: Maak share onbruikbaar

Mocht bovenstaande nou niet in samba < 3 werken, dan kan je bijvoorbeeld zoiets gebruiken:

code:

path = /blaat         # Niet bestaand path, voor de zekerheid
browseable = no       # Niet voor laten komen in browselijsten
valid users = blaat   # Alleen een onbestaande gebruiker is toegestaan.

Tja beide geen nette oplossingen

[ Voor 3% gewijzigd door Verwijderd op 18-03-2004 00:24 ]

[Verwijderd]

Tjah, ik wil niet vervelend doen maar...het heeft geen effect

Ik blijf gewoon die twee shares houden, ik snap er echt niks meer van.

Edit: Oja, ik gebruik Samba 3.0.2a

[ Voor 13% gewijzigd door Verwijderd op 18-03-2004 00:50 ]

[Verwijderd]

Dit heb ik in mijn smb.conf staan:

code:

[homes]
   comment = Home Directories
   browseable = no
   writable = yes
   valid users = %S
   create mode = 0660
   directory mode = 0770
   veto files = /*Maildir*/
   hide dot files = yes

Gebruikers kunnen alleen in hun eigen homedir browsen. Zelfs als ze het directe pad invullen lukt het niet.
De truuk die het hem doet is "valid users = %S".

[Verwijderd]

Verwijderd schreef op 18 maart 2004 @ 00:49:
Tjah, ik wil niet vervelend doen maar...het heeft geen effect

Ik blijf gewoon die twee shares houden, ik snap er echt niks meer van.

Edit: Oja, ik gebruik Samba 3.0.2a

Met die laatste oplossing moet het toch echt onmogelijk zijn om de home-shares te benaderen

Toevallig niet 2 versies van samba naast elkaar draaien?

[Spider.007]

En het maakt geen enkel verschil als je inplaats van het cachende windows gewoon gebruik maakt van

code:

smbclient -L localhost