Re: smbfs: uid- und gid-Optionen zeigen keine Wirkung beim Mounten
Servus,
ich bin nicht der Samba Gott und hab ehrlich gesagt seit 2.x nix mehr
damit gemacht, aber ich war eigentlich der meineung, dass smb keine unix
rechte weitergeben kann.
so wie das sich verhält ist es nfs-ähnlich. d.h. es scheint so als
würden die berechtigungen der files auf dem samba-server weitergegeben.
ist das korrekt?
die gid scheint immer 1004 zu sein, nur gibt es nicht auf jedem deiner
systeme die gruppe samba mit der gid 1004, sondern einmal als "account"
und einmal garnicht (daher die gid sichtbar)
wenn ja musst du das selbe tun, wie bei nfs auch:
abgleichen der passwd, shadow, group files ...
dazu ist beim "alten" unix die kombination nfs/nis gedacht.
kann dir also nicht wirklich weiterhelfen, aber vielleicht habe ich dir
durch meinen denkansatz besser google chancen eingeräumt.
würd mich freuen, wenn du hier weiter posten würdest, wenn du was
findest. sollte die weitergabe der gid funktionieren (was du nicht
willst) würde ich samba endlich einsetzen können (ich möchte das nämlich
haben :-))
cu,
mfl
Am Dienstag, den 21.09.2004, 17:48 +0200 schrieb Christian Riedel:
> Hallo,
>
> ich bin etwas verwirrt ueber das Verhalten von smbmount beim Mounten von
> Samba Shares.
>
> Folgendes Scenario: Eine meiner Windows-Partitionen habe ich unter Linux
> ins FS eingebaunden (mit der gid "datadisk"):
>
> > ~ > ll /mnt/datadisk/
> > drwxrwx--- 11 root datadisk 32768 2004-09-06 12:04 Bilder
> > drwxrwx--- 5 root datadisk 32768 2004-02-14 12:23 Games
> > drwxrwx--- 2 root datadisk 32768 2004-02-14 11:35 Recycled
> > drwxrwx--- 3 root datadisk 32768 2004-02-14 10:15 System Volume Information
> > drwxrwx--- 3 root datadisk 32768 2004-09-20 18:27 temp
>
> Diese Partition habe ich ueber Samba freigegeben:
>
> > [datadisk]
> > comment = Datadisk-Freigabe
> > path = /mnt/datadisk
> > read only = No
> > guest ok = Yes
>
> Versuche ich nun, diese Freigabe zu mounten (zunaechst auf dem selben
> Rechner) funktioniert das zwar, die Optionen gid und uid werden aber
> ignoriert:
>
> > ~ > mount -t smbfs -o uid=root,gid=samba,guest //ds9/datadisk test
> > ~ > ll test
> > drwxrwx--- 1 root datadisk 0 2004-09-06 12:04 Bilder
> > drwxrwx--- 1 root datadisk 0 2004-02-14 11:23 Games
> > drwxrwx--- 1 root datadisk 0 2004-02-14 10:35 Recycled
> > drwxrwx--- 1 root datadisk 0 2004-02-14 09:15 System Volume Information
> > drwxrwx--- 1 root datadisk 0 2004-09-20 18:27 temp
>
> Eigentlich haette ich erwartet, dass die Gruppe fier diese Verzeichnisse
> "samba" ist.
>
> > ~ > grep samba /etc/group
> > samba:x:1002:sarek
>
> Aber auch, wenn ich mit der Option gid=1002 mounte, bleibt die Gruppe
> als "datadisk" gesetzt.
>
> Ganz verrueckt wird es allerdings, wenn ich dieses Share auf einem
> anderen Rechner im Netz mounten will.
>
> > ~ > ll test
> > drwxrwx--- 1 root account 0 2004-09-06 12:04 Bilder
> > drwxrwx--- 1 root account 0 2004-02-14 11:23 Games
> > drwxrwx--- 1 root account 0 2004-02-14 10:35 Recycled
> > drwxrwx--- 1 root account 0 2004-02-14 09:15 System Volume Information
> > drwxrwx--- 1 root account 0 2004-09-20 18:27 temp
>
> auf einem anderen Rechner kam es sogar vor, dass die zugewiesene Gruppe
> offenbar gar nicht existierte (jedenfalls wurde nur der numerische Wert)
> angezeigt:
>
> > ~ > ll test
> > drwxrwx--- 1 root 1004 0 2004-09-06 12:04 Bilder
> > drwxrwx--- 1 root 1004 0 2004-02-14 11:23 Games
> > drwxrwx--- 1 root 1004 0 2004-02-14 10:35 Recycled
> > drwxrwx--- 1 root 1004 0 2004-02-14 09:15 System Volume Information
> > drwxrwx--- 1 root 1004 0 2004-09-20 18:27 temp
>
> Das Resultat ist: Ich kann das Share zwar mounten, wenn ich aber Pech
> habem und die zugewiesene Gruppe ganz kurios ist, kann ich mir das
> Verzeichnis bestenfalls anzeigen lassen vom Schreibzugriff mal ganz zu
> schweigen.
>
> Kann sich/mir das jemand erklaeren?
>
> Installierte Version von smbfs ist die aktuelle aus unstable:
>
> > ii smbfs 3.0.7-1
>
> Ich bin mir ziemlich sicher, dass ich diese Probleme mit Samba 2.x
> damals nicht hatte.
>
> Christian
>
> P.S.
>
> Hier zu Sicherheit noch mal der global-Block von dem Rechner, der die
> Partition freigibt:
>
> > [global]
> > unix charset = UTF8
> > workgroup = SPACEDOCK
> > server string =
> > interfaces = eth0
> > bind interfaces only = Yes
> > security = SHARE
> > guest account = samba
> > null passwords = Yes
> > obey pam restrictions = Yes
> > passwd program = /usr/bin/passwd %u
> > passwd chat = *Enter\snew\sUNIX\spassword:* %n\n *Retype\snew\sUNIX\spassword:* %n\n .
> > syslog = 0
> > log file = /var/log/samba/log.%m
> > max log size = 1000
> > load printers = No
> > printcap name = /etc/printcap.cups
> > preferred master = Yes
> > dns proxy = No
> > ldap ssl = no
> > panic action = /usr/share/samba/panic-action %d
> > invalid users = root
> > hosts allow = 192.168.
> > printing = cups
> > preserve case = No
> > mangle case = Yes
>
> --
> To reply to this posting directly use the following address and
> remove the 'NO-SPAM' part: Riedel.Christian.NO-SPAM@gmx.net
>
>
> --
> Haeufig gestellte Fragen und Antworten (FAQ):
> http://www.de.debian.org/debian-user-german-FAQ/
>
> Zum AUSTRAGEN schicken Sie eine Mail an debian-user-german-REQUEST@lists.debian.org
> mit dem Subject "unsubscribe". Probleme? Mail an listmaster@lists.debian.org (engl)
>
>
--
Michael Flaig <mflaig@uni.de>
Reply to: