SAMBA és Linux vs windows kliens

Hálózatok egyéb

Van egy bugyuta találós kérdésem.
SAMBA szerveren, megosztáson belül létrehozk egy symlinket, egy olyan területre ami kívül esik az adott megosztáson, az adott felhasználó számára persze az is egy írható/olvasható felület. A windows kliens csak egy könyvtárat lát mely mögött a symlink által jelzett terület látszik, a Linux -os kliens (mount -t smbfs ...) azonban nem tudja használni a symlinket. Ez vajon miért van illetve lehet-e változtatni ezen a viselkedésen?

A konfiguráció valahogy így fest:
/mnt
-->/bubu/ - mount /dev/hdx
| ...
| /home
| /felhasználó
-----symlink/

  • 1480 megtekintés

( tovis v | 2008. 02. 14., cs – 17:06 )

Urak!
Most azért nincs válasz mert ez triviális, vagy mert nem tudja senki?
Nyugodtan mondjátok meg, hülye vagy ez azért van mert ...
Én még nem igazán tudtam rájönni, csak tippelem hogy amikor a samba szerver megoszt egy ilyen symlinket akkor az symlink -ként jelenik meg a Linux kliensen, és ott nyilvánvalóna hülye helyre mutat a symlink (abban a gépben nem értelmezhető), míg a windows ilyet nem tud értelmezni, és így a szerverre hagyatkozik ...

Nekem a /var/ftp/"ftpuser"/mappa alá kellett becsatolnom egy /home/"mezei-user"/mappa tartalmát. Ez csak (itteni tanácsra) úgy ment, hogy 

 mount -o bind /eztcsatolombe /ebbeamappába

.

persze a csoport írási jogát külön be kell állítani, hogy aztán itt a logikai helyén bármit megtehessünk a "fizikai helyén". két helyre is be lehet mountolni, ugyanazt, különböző jogokkal, remekül működik.

Direkt most próbáltam ki a munkahelyi gépre mezei userként putty-ssh-val belépve, superuserré átvedlettem, mount, jogok kiosztása. gftp belépés (az ftp/userek nem azonosak a /home/userekkel, sőt nem is abba a csoportba tartoznak) Így aztán, ha a becsatolt könyvtárban az ftp-user egy újkönyvtárat készít, azt nem törölheti a /home/user, ha nincs a csoport kiosztás kellő alapossággal átgondolva.

( zamboriz v | 2008. 02. 15., p – 01:05 )

> létrehozk egy symlinket, egy olyan területre ami kívül esik az adott megosztáson,

Tipp: "wide links = no" 


wide links (S)

    This parameter controls whether or not links in the UNIX file system may be followed by the server.
Links that point to areas within the directory tree exported by the server are always allowed; this parameter
controls access only to areas that are outside the directory tree being exported.

    Note that setting this parameter can have a negative effect on your server performance due to the
extra system calls that Samba has to do in order to perform the link checks.

    Default: wide links = yes

Sajna ez sem segített! Eddig ki lett próbálva:
- hard link - nem működik, a rendszer nem enged létrehozni könyvtárra
mutató symlinket!?
- follow symlink - alapból "yes" az hogy én is (ide-oda) bejegyeztem
semmit nem változtatott meg.
- wide links - ua. mint a follow symlinkesetében.

Engem az piszkál, hogy a probléma csak a Linux kliensekkel állfönn. Nem lehet hogy mégis valahol a kliens oldalon kell kereskedni?

( tovis v | 2008. 02. 15., p – 22:23 )

Urak! Bocsánat, azt hiszem megtaláltam
http://devel.samba.org/samba/ftp/cifs-cvs/linux-cifs-client-guide.pdf

"Samba server does not allow symlinks that refer to files outside of the
share, so in Samba versions prior to 3.0.6, most symlinks to files with absolute paths (ie beginning with
slash) such as:
ln -s /mnt/foo bar
would be forbidden. Samba 3.0.6 server or later includes the ability to create such symlinks safely by
converting unsafe symlinks (ie symlinks to server files that are outside of the share) to a samba specific
format on the server that is ignored by local server applications and non-cifs clients and that will
not be traversed by the Samba server)."
Az én SAMBA -m még egy old Debain stable -n csücsül és a verziója 3.0.14a!
Kell talán egy Debian backport!?