Samba

Fórumok

Ü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?

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.

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 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.

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á.

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...

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

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 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.