[LINUX]+[WIN7]: Access denied bij benaderen symlink

[mrwolf]

Op mijn NAS (Synology DS210j) heb ik via putty een symbolic link aangemaakt naar een andere map op de NAS via ln -s.

In putty werkt dit prima, en als ik cd naar de symlink zie ik ook netjes de inhoud van de originele map.

Echter, log ik via FTP met Filezilla als root in op de NAS, dan zie ik de symlink staan met een pijltje zoals een snelkoppeling in Windows. Als ik hierop klik krijg ik een foutmelding: 550 MAPNAAM: No such file or directory. Ik kom er dus niet in.

Als ik met Windows 7 de symlink wil openen krijg ik een access denied-melding, en kan ik er dus ook niets mee.

Ik heb gekeken of de rechten van de symlink map goedstaan:

code:

ls -l
lrwxrwxrwx    1 root     root           14 Apr  1 20:34 test -> /volume1/music

Het is essentieel dat ik deze map kan benaderen via mijn Windows verkenner, en ik vermoed dat ik iets aan de Linux-kant over het hoofd zie. Maar wat?

[_Squatt_]

Weet je zeker dat je ftp server je toelaat om buiten je homedir/ftpdir te geraken?

Werkt een symlink naar een directory binnen je ftpdir wel?

[mrwolf]

ik log in als root via ftp in dit geval, dan mag ik toch hopen dat ik niet aan een homedir gebonden ben... ik heb nog nooit problemen gehad met rechten als root, in welke dir dan ook.

Overigens werkt het verwijderen en weer opnieuw aanmaken van de symlink ook niet. Opnieuw opstarten van de NAS en Win7 client doet ook niets...

[_Squatt_]

Nou ja, als je ftp server je in een chroot zet, dan kun je nog root zijn, maar dan kun je niet direct cd'n naar directories die er buiten liggen, en symlinks worden dan binnen de chroot gedaan.

Dus, als je ftpserver je chroot in /ftp, dan wijst je symlink niet naar /volume1/music, maar naar /ftp/volume1/music, een directory die waarschijnlijk niet bestaat.

Vandaar de vraag: "Weet je zeker dat je ftp server je toelaat om buiten je homedir/ftpdir te geraken?".

De tweede vraag is om er achter te komen of symlinks (al dan niet naar directories) sowieso werken vanaf je win7 client.

Dus, maak eens een directory aan genaamd 'foo' en zet er een bestandje 'in_foo' in. Maak dan in dezelfde dir als 'foo' een symlink genaamd 'bar' die verwijst naar 'foo' en kijk of je vanuit je client wel de symlink 'bar' kunt gebruiken en of je dan het bestand 'in_foo' te zien krijgt.

[Rainmaker]

Daarnaast kun je in de Samba configuratie aanpassen of op een share symlinks gevolgd mogen worden:

http://www.google.nl/sear...oq=samba+follow+&gs_rfai=

[mrwolf]

Rainmaker schreef op vrijdag 02 april 2010 @ 13:40:
Daarnaast kun je in de Samba configuratie aanpassen of op een share symlinks gevolgd mogen worden:

http://www.google.nl/sear...oq=samba+follow+&gs_rfai=

Thanks voor het duwtje. Het is opgelost door het volgende in /usr/syno/etc/smb.conf toe te voegen onder [global]:

code:

follow symlinks = yes
wide symlinks = yes
unix extensions = no

Slotje!