Dotaz: Samba ignoruje unixová oprávnění

[otula]

Používám v práci 2 servery se Sambou - jeden jako doménový řadič + souborový server + další služby, druhý čistě jako souborový server. Na obou mám Sambu 3.něco. Zajímalo by mne, zda je normální, že u souborů, sdílených přes Sambu jsou naprosto ignorována Unixová přístupová práva. Každý uživatel si může vesele mazat a přepisovat cokoli, k čemu nemá mít vůbec přístup. Samba patrně soubory zpřístupňuje s právy roota. Jediné, co funguje, je nastavit v smb.conf položky write list, valid users a podobné - jenže to není ideální řešení. Pro upřesnění, na jednom PC je Fedora 2, na druhém Fedora 3. Nebyly updatovány, Samba je použita ta, co je v distribuci.

Odpovědi

[#Tom]

V konfiguračním souboru bude něco špatně. Když tak jej sem vlepte. Já používám security = user, je to nejsnazší na nastevení.

[otula]

Tohle je global sekce z doménového řadiče

[global]
	workgroup = VUSONDRAS
	server string = Souborovy Samba Server
	netbios name = JUPITER
	printcap name = cups
	load printers = yes
	display charset = UTF8
	printing = cups
	nt acl support = yes
	cups options = raw
	log file = /var/log/samba/%m.log
	max log size = 50
	smb passwd file = /etc/samba/smbpasswd
	unix password sync = Yes
	passwd program = /usr/bin/passwd %u
	passwd chat = *New*UNIX*password* %n\n ............
	socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
	local master = yes
	os level = 33
	domain master = yes
	preferred master = yes
	domain logons = yes
        logon script = logon.cmd
        logon path = \\%L\Profiles\%U
	dns proxy = no



#============================ Share Definitions ==============================
	idmap uid = 16777216-33554431
	idmap gid = 16777216-33554431
	template shell = /bin/false
	username map = /etc/samba/smbusers
	password server = None
	winbind use default domain = no
................
................

[Filip Jirsák]

Samba se vždy na provádění souborových operací přepíná na přihlášeného uživatele, takže by neměla mít způsob, jak obejít unixová práva. Napadají mne tři důvody popsaného chování:

• máte speciální verzi Samby, která přepínání nepoužívá, nebo jádro, které přepínání nepovolí (obojí je dost nepravděpodobné)
• v /etc/samba/smbusers, admin users= nebo guest accounts= máte nastaveno mapování uživatelů, pod kterými to zkoušíte, na roota
• při kouzlech, které Samba musí provádět se jménem a heslem zadaných uživatelem při mapování na unixového uživatele (kvůli kompatibilitě s Windows) se podaří namapovat běžného uživatele na roota (viz username lavel=, password level=)

[otula]

Na soubor /etc/samba/smbusers se zítra zkusím podívat. Sám jsem do něj nic nedopisoval, tak zkontroluji, jestli se tam samo něco nevytvořilo. admin users= také nepoužívám, protože Samba 3 již spravuje uživatele přes net groupmap. Všechny uživatele mám ve skupině Domain Users, která je namapována na unixovou skupinu users a potom ještě ve skupině, dle naší hierarchie. Skupinu Domain Admins mám namapovánu na skupinu wheel, kde mám pouze 2 uživatele.
username lavel=, password level= jsem nezadával, jaká je výchozí hodnota nevím, ale snad by se uživatel, řekněme Blanka, neměl namapovat na uživatele root ani při sebevětší benevolenci.
Děkuji za rady, jak jsem psal, zítra se mrknu na /etc/samba/smbusers. Přeji hezkou neděli

[otula]

security = user by mělo být výchozí i bez přímého nastavení. Tak si říkám, jestli je to opravdu pravda??? Ale jinak se vše podle toho chová. Na tom druhém počítači mám security = domain, a zjistil jsem, že se chová naprosto stejně jako security = server. Teoreticky by tam neměli být potřeba místní uživatelé, ale jsou potřeba. Z PDC si přebírá pouze hesla

[ZAH]

Nemáte náhodou v definici sdílení něco takové

  writeable = Yes
  guest ok = Yes

[otula]

guest ok = yes tam určitě nemám, writeable = yes jsem tam měl. Teď tam mám většinou něco jako writeable = no
write list = @vedeni Pokud stačí odstranit writeable = yes, tak jsem u toho teda ťulda Ale vyzkouším to nejdřív zítra

[ZAH]

Ne vadí kombinace writable s quest ok. Jinak bych zkontroloval mapování uživatelů v smbusers.

[otula]

Tak na to mrknu. Sám jsem do něj nic nedoplňoval, tak se podívám, jestli tam nejsou nějaké záludnosti. Jinak ty řádky označené ===share definitions=== jsem tam ponechal - byly v tom výchozím souboru. V Sambě 2.2 nebyly a přiznám se, že po jejich významu jsem nějak nepátral. Zatím děkuji, snad mi to nějak pomůže. Hezký zbytek neděle

[Michal]

Zkuste pres sambu vytvorit soubor a na linu pak omrknete s jakymi pravy vznika + jaky je user a grupa. Pokud vse napr. vznika s 0777, tak kazdy muze vse mazat bez ohledu na usera.

[otula]

V tomto problém není Každý uživatel dokáže přepsat či smazat soubor, který má opravění 0700 a vlastník i skupina je root. Spíš se zaměřím na to, co mi radili v předešlých příspěvcích.

[anon123]

Domenovy radic to je osklive slovo

Tady je muj configurak. Je takovy vseobecky. Pro tvuj ucel se zamer na polozku maxtor a nize.

[global]
	workgroup = homelinux
	printing = cups
	printcap name = cups
	printcap cache time = 750
	cups options = raw
	printer admin = @ntadmin, root, administrator
	username map = /etc/samba/smbusers
	map to guest = Bad User
	include = /etc/samba/dhcp.conf
	logon path = \\%L\profiles\.msprofile
	logon home = \\%L\%U\.9xprofile
	logon drive = P:
	security = user
	encrypt passwords = true
	passdb backend = smbpasswd
	ldap idmap suffix = ou=Idmap
	ldap machine suffix = ou=Computers
	netbios name = ibmlab
	ldap suffix = dc=example,dc=com

[homes]
	comment = Home Directories
	valid users = %S
	browseable = no
	read only = no
	inherit acls = yes

[profiles]
	comment = Network Profiles Service
	path = %H
	read only = no
	store dos attributes = yes
	create mask = 0600
	directory mask = 0700

[users]
	comment = All users
	path = /home
	read only = no
	inherit acls = yes
	veto files = /aquota.user/groups/shares/

[groups]
	comment = All groups
	path = /home/groups
	read only = no
	inherit acls = yes

[printers]
	comment = All Printers
	path = /var/tmp
	printable = yes
	create mask = 0600
	browseable = no

[print$]
	comment = Printer Drivers
	path = /var/lib/samba/drivers
	write list = @ntadmin root
	force group = ntadmin
	create mask = 0664
	directory mask = 0775

[maxtor]
	comment = data storage
	path = /mnt/maxtor
	browseable = yes
	read only = no
	inherit permissions = yes
	guest ok = no
	printable = no

[usbstick]
	comment = usbstorage
	path = /media/usb
	browseable = yes
	read only = no
	inherit permissions = yes
	guest ok = no
	printable = no

[media]
	comment = media storage
	path = /mnt/media
	browseable = yes
	read only = no
	inherit permissions = yes
	guest ok = no
	printable = no 

[otula]

Děkuji, ale v tom sdílení není nic, co by mělo vliv na uvedený problém.
guest ok = no je výchozí, takže není třeba nastavovat, read only = no je totéž, co writeable = yes
inherit permissions také neovlivní to, že uživatel může přes Sambu manipulovat se souborem, ke kterému při přihlášení do Linuxu nemá vůbec přístup. Ale děkuji za snahu pomoci.

[otula]

Ještě se zkusím zeptat:
Je možné, aby to dělal parametr nt acl support = yes?

[otula]

Takže jsem na to přišel, "drobná chybka", parametr force group =. Jen teď nevím, jak bez něj docílit toho, aby vytvořené soubory patřily té správné skupině

[Medved09]

sgid bit a dobre nastavena skupina na nadrazenem adresari?

[otula]

Děkuji za radu, mrknu na to

[Filip Jirsák]

Zrovna jsem si u vedlejšího dotazu říkal, že force group = je zajímavý parametr. Než jsem dočetl větu o oprávněních