Üdvözlet!
Samba megosztással kapcsolatban lenne olyan kérdésem, hogy a megosztandó tartalom tulajdonosának homekönyvtárának jogai 750, akkor ugyebár a samba ilyen hibaüzenetet ad :
smbd/service.c:988(make_connection_snum)
Jan 15 13:27:08 device-ubuntu smbd[15342]: canonicalize_connect_path failed for service letöltés, path /home/device/letöltés
,azaz nem fér hozzá a tartalomhoz.
Na már most ez ugyebár azért van, mert a mindenki más ki van tapsolva. De ha jól nézem a ps aux-ot, akkor az smbd az root-al fut, ergo hh nem tud bemenni a könyvtárért?
Van pár user az etc/group-ban ami samba-ra hajaz (sambashare , sambamachine) de azokat addoltam a saját userem groupjához, mondván ha a group-ba vannak, akkor ha a samba akármelyiket is használja, sikerülni fog neki , de nem.
Most addoljam a root-ot a saját groupomhoz? Nemá...
Esetleg van valakinek ez irányban tapasztalata?
- 3417 megtekintés
Hozzászólások
Azt szoktam csinálni, hogy minden olyan felhasználót felviszek aki használni fogja a fájlszervert. Sok esetben tartomány is van.
Minden felhasználót a users csoportba teszek. A Samba megosztásoknál kényszerítem, hogy a mappák és fájlok 775-ös jogosultságot kapjanak és a users csoport legyen a tulajdonos így rendben elérik.
Ha nem írható megosztás kell akkor a Sambát állítom be, hogy csak olvasható legyen a megosztás. Ha hozzá sem férhet adott felhasználó bizonyos megosztáshoz akkor szintén a Samba megosztás beállításánál kitiltom. Szerintem sokféle módon lehet variálni, nekem ez alakult ki.
- A hozzászóláshoz be kell jelentkezni
no ácsi, attól hogy a samba miként fut, mi köze az acl-eknek? segítek, semmi.
ajánlani tudom az ékezetmentes könyvtárnevek használatát, szerintem ez a baj, meg először is nézz utána jobban a sambának, mert ez így gányolás, csak úgy nekiugrani
ha jogosultság force átadása kell egy share-n, akkor a
pl:
create mask = 644
force create mode = 644
directory mask = 755
force directory mode = 755
segíthet, én szoktam használni az
admin users = @csoport, user
opciót is, ha rootként szeretnék garázdálkodni az adott megosztáson.
--
Imperare sibi maximum imperium est.
- A hozzászóláshoz be kell jelentkezni
Felejtsük már el ezt a hülyeséget. Semmi baj az ékezetes fájl és könyvtárnevekkel. Szép is lenne ha 2012-ben még itt tartanánk. Itt egyszerűen jogosultság probléma van.
- A hozzászóláshoz be kell jelentkezni
A magam részéről rendszeresen telepakolom ékezetekkel és szóközökkel a fájlneveimet, de időnként szívok vele... különösen akkor, ha Linux-Windows kooperáció van bármilyen formában (samba, winscp, svn, wine, stb. (utóbbi kettő csak a pontra végződő fájlneveknél hülyül meg). Szóval kísérletezés idejére pont nem ajánlanám.
+ Windows alatt az a tapasztalatom, alkalmazásfüggő is, hogy mennyire veszi be az ékezetes fájlneveket-útvonalakat.
- A hozzászóláshoz be kell jelentkezni
Milyen problémák lépnek fel? Mert több ügyfelem is van vegyes környezetben, windows kliens (xp - 7) és többféle disztrón samba (suse 11- 12, ubuntu ) és semmilyen probléma nincs az ékezetes fájlnevekkel és könyvtárakkal már évek óta (értsd 6-8 éve).
- A hozzászóláshoz be kell jelentkezni
Most, hogy mondod, a Samba speciel tényleg nem hoz be gubancot...
de mint említettem, a Linux-Windows átjárásnál előfordulhat bármi. Win alatt tapasztaltam már olyat, hogy egy-egy (különben modern) alkalmazás nem szerette az ékezetes fájlneveket. Névre nem emlékszem, telepítés nem ment emiatt néhány appnál. Érdemes még figyelni néhány speciális karakterre; '+' meg ilyenek.
Csak annyi, hogy kísérletezés idejére tényleg nem hülyeség kizárni ezeket; aztán ha fölállt a rendszer, akkor hajrá.
- A hozzászóláshoz be kell jelentkezni
Ja nem, ékezetek működnek, ha adok a könyvtárnak teljes jogot akkor minden olvasható a megosztásról.
Az a sejtésem, hogy mivel a root nem tagja a device csoportnak, ezért nem engedi be, de mindjárt lesz egy kis időm, kipróbálom.
Erre ugyebár azért van szükség, hogy más létező userek ne olvashassák a könyvtáramat, a samba share által megosztott alkönyvtárat viszont igen...
- A hozzászóláshoz be kell jelentkezni
Nálam minden smb-user a saját könyvtárában kapja meg symlink-kel a neki járó tartalmat.
Ehhez (a 775-ön kívül) muszály volt:
[global]
follow symlinks = yes
wide links = yes
unix extensions = no
- A hozzászóláshoz be kell jelentkezni
Ugyan nem hiszem, hogy ez a gondod, de ne feledd, akár SELinux policy is megfoghatja. Kérdés, használsz-e ilyesmit.
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A samba annak a usernek a nevében működik, aki bejelentkezik, úgyhogy ha a Linuxon nem éri el az adott könyvtárat, akkor samba-n se fogja...Ez nem bug, hanem feature.
- A hozzászóláshoz be kell jelentkezni
erre jó az admin users :D
vagy force user = root, persze mindezzel csak okosan..
--
Imperare sibi maximum imperium est.
- A hozzászóláshoz be kell jelentkezni
Szo sincs rola, hogy erre valoak... Aki meg mindig a w95 szintjere akarja degradalni a jogosultsagkezelest, az inkabb felejtse el a sambat. Kb. 10 eve van benne ACL tamogatas.
- A hozzászóláshoz be kell jelentkezni
tudom hogy benne van, és használom is
--
Imperare sibi maximum imperium est.
- A hozzászóláshoz be kell jelentkezni
Tehát ha smbguest tagja a device csoportnak - mer hát ugye smbguest-el lép be, akkor az meg fogja oldani a problémámat, ha jól gondolom....
- A hozzászóláshoz be kell jelentkezni