PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Verzeichnis für alle Freigeben...



LinXP
22.04.04, 17:01
Hallo Leute,

wenn ich mit Samba unter SuSE Linux 8.2 ein Verzeichnis für alle Freigeben will, reicht folgender Eintrag doch völlig aus, oder??
Ich hab leider keine Möglichkeit das zu testen.

[test]

path = /home
comment = ein Testshare
browseable = yes
public = yes
writable = yes

Wofür steht aber browseable = yes???


Gruss
C.

mbo
22.04.04, 17:19
Hallo Leute,

wenn ich mit Samba unter SuSE Linux 8.2 ein Verzeichnis für alle Freigeben will, reicht folgender Eintrag doch völlig aus, oder??
[test]

path = /home
comment = ein Testshare
browseable = yes
public = yes
writable = yes

Ja, sofern Du in Global security auf share hast, bzw. entsprechend der anderen Level vorarbeit geleistet hast ...



Ich hab leider keine Möglichkeit das zu testen.

? Nein?



Wofür steht aber browseable = yes???

Zum Browsen innerhalb des Verzeichnisse, inklusive Unterverzeichnisse ...


cu/2 iae

Terran Marine
23.04.04, 00:54
J

Zum Browsen innerhalb des Verzeichnisse, inklusive Unterverzeichnisse ...


Afaik ist die Freigabe in der Netzwerkumgebung und per net view bei browseable=yes sichtbar und ansonsten nicht.

Mit Unterverzeichnissen hat das nichts zutun.

Gruß
Terran

MrIch
23.04.04, 08:05
aus der Doku...

http://de.samba.org/samba/docs/using_samba/ch09.html


Handling Multiple Individual Users

Let's return to user shares for a moment. If we have several users for whom to set up home directory shares, we probably want to use the special [homes] share that we introduced in Chapter 8. With the [homes] share, all we need to say is:

[homes]
browsable = no
writable = yes

The [homes] share is a special section of the Samba configuration file. If a user attempts to connect to an ordinary share that doesn't appear in the smb.conf file (such as specifying it with a UNC in Windows Explorer), Samba will search for a [homes] share. If one exists, the incoming share name is assumed to be a username and is queried as such in the password database ( /etc/passwd or equivalent) file of the Samba server. If it appears, Samba assumes the client is a Unix user trying to connect to his home directory.

As an illustration, let's assume that sofia is attempting to connect to a share called [sofia] on the Samba server. There is no share by that name in the configuration file, but a [homes] share exists and user sofia is present in the password database, so Samba takes the following steps:

1. Samba creates a new disk share called [sofia] with the path specified in the [homes] section. If no path option is specified in [homes], Samba initializes it to her home directory.
2. Samba initializes the new share's options from the defaults in [globals], as well as any overriding options in [homes] with the exception of browsable.
3. Samba connects sofia's client to that share.

The [homes] share is a fast, painless way to create shares for your user community without having to duplicate the information from the password database file in the smb.conf file. It does have some peculiarities, however, that we need to point out:

* The [homes] section can represent any account on the machine, which isn't always desirable. For example, it can potentially create a share for root, bin, sys, uucp, and the like. You can set a global invalid users option to protect against this.
* The meaning of the browsable configuration option is different from other shares; it indicates only that a [homes] section won't show up in the local browse list, not that the [alice] share won't. When the [alice] section is created (after the initial connection), it will use the browsable value from the [globals] section for that share, not the value from [homes].

As we mentioned, there is no need for a path statement in [homes] if the users have Unix home directories in the server's /etc/passwd file. You should ensure that a valid home directory does exist, however, as Samba will not automatically create a home directory for a user and will refuse a tree connect if the user's directory does not exist or is not accessible.


folglich hat ein browsable=yes bei homes nur zu bedeuten, das auch der share homes einzeln zu sehen ist. Ansonsten sieht man nur den sahre Username...

uTaNG
23.04.04, 13:28
Um das mit der Option browsable auf einen Punkt zubringen. Diese Option entscheidet ob eine Freigabe in der Suchliste auftaucht. Je nach dem Wert yes/no ist eine Freigabe in der Netzwerkumgebung zusehen.

Genutzt wird diese Option u.a. im Zusammenhang mit der Freigabe [netlogon], da der Inhalt,nämlich die Anmeldescripte der Windows-Domänsteuerung nicht für alle zu sehen sein sollen.

Die Freigabe [homes] wird auch in den meisten Fällen als nicht durchsuchbar gekennzeichnet. (siehe dazu. meinen vorposter =))

Jetzt müsste alles klar sein ... :D