Dotaz: UID nového souboru u CIFS připojeného jiným uživatelem

[JanM]

Dobré odpoledne,

hledám řešení pro následující situaci:

• Linuxový počítač (klient) je současně využíván více uživateli, např. USER1 a USER2.
• Uživatel USER1 připojí //server/nahrávky (SAMBA server) do /media/nahrávky pomocí svých "credentials" (smb.conf: security = user).
• Uživatel USER2 by rád vytvořil soubor /media/nahrávky/test. Pomocí nastavení vhodných oprávnění k adresáři na serveru (chmod g+w nahrávky) a shodného členství USER1 a USER2 v GID na serveru i na klientovi to není problém. Avšak vytvořené soubory mají vždy UID USER1. Alternativně lze na serveru vnutit jiného uživatele (smb.conf: force user) - ale vždy jen jednoho.
• Rád bych, aby vytvářené soubory měli UID uživatele, který je vytváří (tedy v tomto případě USER2).

Zřejmě to lze vyřešit tak, že USER2 připojí //server/nahrávky pomocí svých oprávnění. Tzn., že např. pomocí autofs by se připojoval //server/nahrávky do /home/$USER/media/nahrávky pro každého uživatele.

To se mi ovšem moc nelíbí, raději bych měl přístup k adresáři "nahrávky" připojeném v jednom bodě pro všechny uživatele: /media/nahrávky.

Existuje jiné řešení? (Použití SAMBA je podmínkou.)

---

---

Odpovědi

[Franta Hanzlík]

Takhle prostě funguje SMB/CIFS sdílení, je to pojaté jinak než NFS. Mrkvo$oft holt s nějakým připojením více uživatelů z jednoho stroje neuvažoval. Takže nezbývá než, jak píšete, aby si to každý klient připojoval sám.

BTW, co brání tomu, aby Linux klienti přistupovali k síťovým datům na Linux (Unix?) serveru přes NFS? Sambu bych tam nechal taky pokud jsou i win klienti, ale proč ji cpát mezi Un*x-y?

[JanM]

Právě se věnuji RTFM (mount.cifs) a kupodivu Samba s CIFS na linuxu to umožňuje pomocí "multiuser":

Furthermore,..., ownership of files is presented as the current user accessing the share.

Má to drobnou chybu, vyžaduje volbu "sec", konkrétně sec=krb5, neb jinak kernel nemá možnost se "optat" uživatele ukládajícího soubor na jeho přístupové heslo.

Toto omezení snad řeší patch: http://www.spinics.net/lists/linux-cifs/msg05097.html který se již nachází v mém kernelu na klientu (3.4.x), ale bohužel ne na serveru (arch LTS 3.0.xx).

Stejně tak jsem ještě nezjistil, zda mé cifs-utils obsahují patch pro "/usr/bin/cifscreds", který zpřístupní kernelu kombinaci username&password, což zajistí, že kdykoliv nějaký uživatel přistoupí k nasdílenému adresáři, kernel automatický vytvoří další spojení s právy tohoto uživatele.

Pokud to dořeším, tak dám vědět, ale teď jdu spát.

P.S. Dříve jsem používal NFS, přenosy byly rychlejší, ale občas to krásně vytuhlo (obvykle při nestandardním ukončení spojení, výpadku serveru atd.), občas to nezobrazovalo některé soubory (obsahující nabodeníčka v názvu souboru, ale jen u některých). Prostě buggy... Samba + autofs je stabilnější.

[JanM]

Mlýny se točily pomalu, ale přece se nakonec zadařilo:

Kernel 3.4.8 a cifs-utils 5.6.2 již obsahují vše potřebné, potíž byla s tím, že při přihlášení z GDM (i LightDM) selhalo vytvoření "session keyringu" (viz man pam_keyinit), takže následně nefungovalo ani přidávání hesel pomocí cifscreds.

Řeší to prozatím neschválený patch kernelu http://linux-nfs.org/pipermail/keyrings/2012-May/000911.html (lze aplikovat i na řadu 3.4) a už jen stačí připojit sdílený adresář pomocí jakéhokoliv uživatele:

user1$ sudo mount -t cifs -o credentials=/etc/smb_user1,sec=ntlmssp,multiuser //server/share /mnt

a pak jiný uživatel (s účtem na samba serveru) pouze přidá své credentials do keyringu:

user2$ cifscreds add server
password: _nejake_heslo

a při ls /mnt se soubory zobrazí s UID = user2.

Uživatelé bez přidaných credentials do keyringu nemají přístup k adresáři /mnt vůbec.