Dotaz: samba :: `{create,directory} mask` nefunguji

[nettezzaumana]

zdravim,

vsiml jsem si, ze `{create,directory} mask = $foo` neni akceptovana .. reprodukoval jsem na zcela ciste instalaci debianu lenny s vychozim nastavenim a na opensuse stejnym zpusobem ..

prosim o radu jak docilit pozadovane masky, v realu, nove vytvorene soubory proste masku 777 nemaji. muj sambi config je toto:

# cat smb.conf.foo 
[global]
   workgroup = muehehe
   server string = %h server
   dns proxy = no
   log file = /var/log/samba/log.%m
   max log size = 1000
   syslog = 0
   panic action = /usr/share/samba/panic-action %d
   encrypt passwords = true
   passdb backend = tdbsam
   obey pam restrictions = yes
   unix password sync = yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
   pam password change = yes
[homes]
   comment = Home Directories
   browseable = no
   read only = no
   create mask = 0700
   directory mask = 0700
   valid users = %S
[foo]
        comment "test entry"
        path = /home/nastenka
        read only = no
        force create mask = 0777
        force directory mask = 0777

pripominam ze: umasky, force creation a par dalsich veci uz jsem zkousel a ze testovaci stroje maji oba cistou instalaci ..

sambu poustim pomoci: `/usr/sbin/smbd -D -s /etc/samba/smb.conf.foo`

pripojuju pres localhost (pro testovani) pomoci mount.cifs

zdravim, ntz

---

---

Odpovědi

[VSi]

Myslím, že mount.cifs při spojení na Sambu využívá tzv. unix extensions, tj. se to snaží chovat obdobně jako NFS, a na ty různé directory mask se nekouká. Zkusil bych v configu Samby vynutit: unix extension = no , případně myslím, že existuje i volba pro mount.cifs - nounix. Tam si ale nejsem jistý, jestli to má stejný efekt.

[Filip Jirsák]

Ty parametry se jmenují force create mode a force directory mode. Samba ale myslím při startu na neznámé parametry upozorňuje…

[wolf09]

Presne tak, s mode to funguje :

        force create mode = 664
        force directory mode  = 775

Overit to muzete pomoci smbclienta : smbclient //server/sdileni -U user

[nettezzaumana]

*mode je alias jako *mask .. viz. SMB.CONF(5) ..

well, to je zlej sen ..

edit: mate pravdu. s s/mask/mode/ to castecne funguje. *adresar se vytvori spravne, nicmene *soubor je stale s pravama 644.

ntz

[trekker.dk]

Ok, create mask je alias k create mode. Jenže když chceš vynutit, jaká práve bude soubor mít, create mask není to, co potřebuješ.

[Filip Jirsák]

*mode je alias jako *mask .. viz. SMB.CONF(5) ..

Není. create mode a create mask jsou synonyma, ale force create mode synonymum nemá.

[nettezzaumana]

opakuji :: `force {create,directory} mask = $foo` jsem **zkousel, stejne jako hrat si s umaskama .. reprodukovano na 2 Linux distribucich a na sunos systemu ..

kazdy si muze vzit muj config (a pripadne lehounce upravit) a sam vyzkouset pomoci:

pkill -9 smbd
/usr/sbin/smbd -D -s $cesta_k_memu_configu

[Filip Jirsák]

Já opakuji, že mask není mode.

[nettezzaumana]

dekuji,

tady to prispeky do te diskuse radi hloupe .. takze se omlouvam. ano, `force directory mode` funguje, `force create mode` ne .. soubor ma stale 644

[Filip Jirsák]

Když se zkusíte přihlásit jako daný uživatel přímo do shellu a přes chmod ta práva změnit, změní se?

[nettezzaumana]

nevim co znamena do shellu .. patrne smbshell, nicmene ja tohle nepotrebuju, potrebuju, aby samba zapisovala nove soubory a adresare s 777 .. to je vse ..

pripada mi to zvlastni, neb mam ulozene stare konfigurace a tohle jsem v minulosti pouzil uz mockrat, to ze to tedka nejde je pro me dost frustrujici ..

shrnuti: `force directory mode = 0777` resi problem s adresari .. problem se soubory nemam stale vyresen.

ps. pripominam, ze tahle konfigurace (vyse uvedena) je jen pro potreby testovani.

[Filip Jirsák]

Do shellu znamená, že se přihlásíte na tom linuxovém/unixovém serveru přes příkazovou řádku. Možná to nepotřebujete, ale při řešení problému je dobré zjistit, zda je to problém na straně Samby nebo na straně systému. Hledat to v obojím najednou by bylo pracné a zbytečné.

[pavel]

Zkusil bych měnit parametry připojování mount.cifs - zkusit parametr noperm, popřípadě noperm,file_mode=0777,dir_mode =0777.

[nettezzaumana]

diky .. to nepripada v uvahu, neb se k tomu pripojuji jak windowsi tak unixovi klienti .. muj problem lze vyresit pomoci `force user = $some_user`, coz povazuju jako workaround, neb create|directory mody by proste mely fungovat ..

dale chci pripomenout, ze jakekoliv vyzvy *zkus to ci ono* je mlaceni prazdne slamy neb s pouzitim meho konfiguraku a postupu uvedeneho vyse to muze *zkusit kazdy z Vas ;)

[trekker.dk]

dale chci pripomenout, ze jakekoliv vyzvy *zkus to ci ono* je mlaceni prazdne slamy neb s pouzitim meho konfiguraku a postupu uvedeneho vyse to muze *zkusit kazdy z Vas ;)

Ty něco potřebuješ opravit, ale my máme něco zkoušet... jako vtip dobrý, pokud potřebuješ svůj problém vyřešit, nic moc.

[nettezzaumana]

ad.1) kde jsou *Tve konstruktivni rady ?

ad.2) ano, vzhledem k charakteru meho problemu je to vhodne vyzkouset. setri to cas nas vsech

ad.3) *onikani - tedy Tve "my" - bych rekl, ze uz se par desitek let nenosi ;)

[Filip Jirsák]

Vzhledem k charakteru problému musíte nejprve vy vyzkoušet, zda ta práva takhle nastavuje Samba, nebo zda ta rx práva odřízne až operační systém. Zatím ale na vaši odpověď, jak to je, čekám marně.

[nettezzaumana]

pardon ..

dekuji mnohokrat za pomoc .. zustante *nalazen prosim. prave ted uz se tim nemuzu bohuzel zabyvat (jsem in office), vecer se vam pokusim dodat vycerpavajici popis symptomu ..

je to pekna deprese, samba se chova **jinak (zk*%vene jinak) na suse a v debianu se zcela stejnym konfigurakem a v cistych instalacich .. testparam na obou nereferuje jediny problem ..

dekuji jeste jednou a zdravim (zatim), ntz

[2X4B-523P]

možná by mohla být odpověď přímo v howto samby, pokud je tedy howto aktuální...

http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/AccessControls.html

Question: “When user B saves a word document that is owned by user A, the updated file is now owned by user B. Why is Samba doing this? How do I fix this?”

Answer: Word does the following when you modify/change a Word document: MS Word creates a new document with a temporary name. Word then closes the old document and deletes it, then renames the new document to the original document name. There is no mechanism by which Samba can in any way know that the new document really should be owned by the owners of the original file. Samba has no way of knowing that the file will be renamed by MS Word. As far as Samba is able to tell, the file that gets created is a new file, not one that the application (Word) is updating.

There is a workaround to solve the permissions problem. It involves understanding how you can manage file system behavior from within the smb.conf file, as well as understanding how UNIX file systems work. Set on the directory in which you are changing Word documents: chmod g+s `directory_name'. This ensures that all files will be created with the group that owns the directory. In smb.conf share declaration section set:

force create mode = 0660 force directory mode = 0770

These two settings will ensure that all directories and files that get created in the share will be readable/writable by the owner and group set on the directory itself.