Warum werden symlinks nicht weitergeleitet... ?
Hallo Liste, In Betrieb: Suse 9.0 Pure-ftpd liegt in /srv/ftp Ich möchte einen Symlink von /alte_hdd machen, bekomme aber immer "no such file or directory" Das gleiche Phänomen bei einem link auf einen anderen ftp. Ist es möglich einen Solchen Link zu erstellen? Wenn ja, wie? gruß C. K.
Christian Kildau wrote:
Hallo Liste,
In Betrieb: Suse 9.0 Pure-ftpd liegt in /srv/ftp
Ich möchte einen Symlink von /alte_hdd machen, bekomme aber immer "no such file or directory"
Das gleiche Phänomen bei einem link auf einen anderen ftp.
Ist es möglich einen Solchen Link zu erstellen? Wenn ja, wie?
Ein Hardlink funktioniert nur im gleichen Dateisystem und kann auch nicht auf ein Verzeichnis zeigen. Versuche doch mal den Softlink zu setzen: ln -s /alte_hdd link-to-hdd Das sollte funktionieren, solange das Zielverzeichnis auch Symlinks unterstützt (also kein FAT!). Sandy
Hi, habe ich schon probiert, "ln" lässt sich garnicht erstellen und mit ln -s kommt besagte Fehler-meldung (no such file/directory). In der pure-ftpd.conf habe ich auch nichts gefunden.. beide Partitionen sind EXt3 formatiert hast du/jemand noch eine andere idee? gruß christian Am Donnerstag, 23. Dezember 2004 11:58 schrieb Sandy Drobic:
Ein Hardlink funktioniert nur im gleichen Dateisystem und kann auch nicht auf ein Verzeichnis zeigen. Versuche doch mal den Softlink zu setzen: ln -s /alte_hdd link-to-hdd
Das sollte funktionieren, solange das Zielverzeichnis auch Symlinks unterstützt (also kein FAT!).
Sandy
On 2004-12-23 11:58:36 +0100, Sandy Drobic wrote:
auf ein Verzeichnis zeigen. Versuche doch mal den Softlink zu setzen: ln -s /alte_hdd link-to-hdd
Umgekehrt wird ein Schuh draus: ln -s link-to-hdd /alte_hdd Gruß Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
Am Donnerstag, 23. Dezember 2004 12:24 schrieb Martin Schröder:
On 2004-12-23 11:58:36 +0100, Sandy Drobic wrote:
auf ein Verzeichnis zeigen. Versuche doch mal den Softlink zu setzen: ln -s /alte_hdd link-to-hdd
Umgekehrt wird ein Schuh draus:
ln -s link-to-hdd /alte_hdd
Huch - seit wann denn das? meine manpage sagt: ln [OPTION]... TARGET [LINK_NAME] ln [OPTION]... TARGET... DIRECTORY ln [OPTION]... --target-directory=DIRECTORY TARGET... also: ln -s /mnt/altePlatteVerzeichnis ~/link_altePlatte sollte funktionieren mfg Christian Paul -- "Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we." [G. W. Bush]
On 2004-12-23 13:03:41 +0100, Christian Paul wrote:
also: ln -s /mnt/altePlatteVerzeichnis ~/link_altePlatte sollte funktionieren
Stimmt. Asche auf mein Haupt... :-{ Gruß Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
wenn ich deinen Befehl so ausführe bekomme ich die verknüpfung in /alte_hdd und werde in /srv/ftp gelinkt, klappt übern konqueror wunderbar ist aber a) in die falsche richtung und b) komme ich so nicht via ftpp auf meine daten auf der /alte_hdd :) wenn ich den befehl aber mal richtig herum setze (ln -s /srv/ftp /alte_hdd) komme ich per konqueror einwandfrei auf die /alte_hdd, nicht aber vie ftp... gruß Christian Am Donnerstag, 23. Dezember 2004 12:24 schrieb Martin Schröder:
On 2004-12-23 11:58:36 +0100, Sandy Drobic wrote:
auf ein Verzeichnis zeigen. Versuche doch mal den Softlink zu setzen: ln -s /alte_hdd link-to-hdd
Umgekehrt wird ein Schuh draus:
ln -s link-to-hdd /alte_hdd
Gruß Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
wenn ich deinen Befehl so ausführe bekomme ich die verknüpfung in /alte_hdd und werde in /srv/ftp gelinkt, klappt übern konqueror wunderbar ist aber a) in die falsche richtung und b) komme ich so nicht via ftpp auf meine daten auf der /alte_hdd :) wenn ich den befehl aber mal richtig herum setze (ln -s /srv/ftp /alte_hdd) komme ich per konqueror einwandfrei auf die /alte_hdd, nicht aber vie ftp... gruß Christian sorry, denkfehler: sie funktionieren natürlich nicht! konqueror gibt wenn ich in /srv/ftp nach /alte_hdd springen möchte aus: file:/srv/ftp/test scheint nicht mehr zu existieren es ist auch kein ordner sondern eine datei mit der attribute unbekannt Am Donnerstag, 23. Dezember 2004 12:24 schrieb Martin Schröder:
On 2004-12-23 11:58:36 +0100, Sandy Drobic wrote:
auf ein Verzeichnis zeigen. Versuche doch mal den Softlink zu setzen: ln -s /alte_hdd link-to-hdd
Umgekehrt wird ein Schuh draus:
ln -s link-to-hdd /alte_hdd
Gruß Martin -- Martin Schröder, ms@artcom-gmbh.de ArtCom GmbH, Lise-Meitner-Str 5, 28359 Bremen, Germany Voice +49 421 20419-44 / Fax +49 421 20419-10 http://www.artcom-gmbh.de
Hallo Christian, Am Donnerstag 23 Dezember 2004 13:53 schrieb Christian Kildau:
wenn ich den befehl aber mal richtig herum setze (ln -s /srv/ftp /alte_hdd) komme ich per konqueror einwandfrei auf die /alte_hdd, nicht aber vie ftp...
Nur so ein Gedanke: Könnte es nicht sein, daß Du mittels des ftp überhaupt nicht auf Verzeichnisse zugreifen darfst, die verlinkt sind? Immerhin ist es nicht ganz ohne, wenn man sich mittels Symlinks einen Zugriff auf andere Verzeichnisse des Systems verschaffen könnte. Guck' doch mal in die Doku des Pure-ftpd. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Donnerstag, 23. Dezember 2004 15:09 schrieb Helga Fischer:
Hallo Christian,
Am Donnerstag 23 Dezember 2004 13:53 schrieb Christian Kildau:
wenn ich den befehl aber mal richtig herum setze (ln -s /srv/ftp /alte_hdd) komme ich per konqueror einwandfrei auf die /alte_hdd, nicht aber vie ftp...
Nur so ein Gedanke:
Könnte es nicht sein, daß Du mittels des ftp überhaupt nicht auf Verzeichnisse zugreifen darfst, die verlinkt sind? Immerhin ist es nicht ganz ohne, wenn man sich mittels Symlinks einen Zugriff auf andere Verzeichnisse des Systems verschaffen könnte.
Guck' doch mal in die Doku des Pure-ftpd.
Helga
-- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/ Hallo Helga und Christian,
also ich beiße mir da auch schon seit längerem die Zähne dran aus. Nun ist folgender Fall wo ich Helga gerne zustimme, dass es gefährlich sein kann. Nun in meinem Fall und ich nehme an auch in Christian's Fall soll folgendes bewerkstelligt werden. in das Verzeichnis /srv/ftp soll eine andere Platte/Partition eingehängt werden, auf der ganz einfach Daten drauf sind, die auch im FTP bereitgestellt sein sollen. zB in meinem Fall sollten: /windows_daten/MP3z /windows_daten/Win-updates /wndows_daten/freshmeat-downloads mittels symlink in /srv/ftp/freshmeat /srv/ftp/MP3z /srv/Win-updates erscheinen und auch zugreifbar sein. Aber dieses Unterfangen kristalisierte sich bisher leider als nichtig, weils nich funktioniert. Per Konqueror is klar dass man drauf kommt... per ftp-client kommt nur die Fehlermeldung 550 : not available zum vorschein... Ist das überhaupt möglich oder gehts prinzipiell nicht? Mir wurde auch gesagt, dass es etwas mit den "follow symlinks" im apachen zu tun haben kann... weil der "ls" Befehl im ftp-server (auf dem vorhandenen und nicht funktionierenden Symlink) angeblich in /home/<userdir>/public_html nachschaut ob dieses verzeichnis existiert. Da dieses nicht existiert -> 550... not available... Aber dennoch sollte es doch zu realisieren sein... Warum wir dieses Spektakel einrichten wollen: * nun meine /srv partition hat nur 16GB und ist voll ergo will ich nich umpartitionieren und größere Platte ranhängen für /srv/ftp/ und /srv/www , * sondern suche ein Lösung wie unter Windows (Serv-U) wo dies kein Problem darstellt Netzklaufwerke oder andere Platten reinzulinken in ein Verzeichnis. * bitte sagt mir nun nich: dann machs mit serv-u :-) Vielen Dank für die rege Anteilnahme an diesem thread und vielen vielen Dank an die jenigen, die in dieser Liste immer helfen. Macht weiter so. Vielleicht kann uns ja auch noch jemand weiterhelfen. Gruß Matze PS: Frohe Weihnachten. -- Matthias Reinhardt In der Berten 36 90766 Fürth Mobil: 0160-99113175
Am Donnerstag, 23. Dezember 2004 15:41 schrieb Matthias Reinhardt:
Am Donnerstag, 23. Dezember 2004 15:09 schrieb Helga Fischer:
Am Donnerstag 23 Dezember 2004 13:53 schrieb Christian Kildau:
wenn ich den befehl aber mal richtig herum setze (ln -s /srv/ftp /alte_hdd) komme ich per konqueror einwandfrei auf die /alte_hdd, nicht aber vie ftp...
Könnte es nicht sein, daß Du mittels des ftp überhaupt nicht auf Verzeichnisse zugreifen darfst, die verlinkt sind? Immerhin ist es nicht ganz ohne, wenn man sich mittels Symlinks einen Zugriff auf andere Verzeichnisse des Systems verschaffen könnte.
das wäre eine Möglichkeit, oder aber der ftpd setzt den User in ein chroot-jail und AFAIK kommt man dann da mit den Softlinks nicht raus. Gruss Andreas
* Donnerstag, 23. Dezember 2004 um 15:41 (+0100) schrieb Matthias Reinhardt:
Am Donnerstag, 23. Dezember 2004 15:09 schrieb Helga Fischer:
Ich gehe davon aus, dass (bei euch) der 'pure-ftpd' in einer chroot-Umgebung läuft.
Nun in meinem Fall und ich nehme an auch in Christian's Fall soll folgendes bewerkstelligt werden.
in das Verzeichnis /srv/ftp soll eine andere Platte/Partition eingehängt werden, auf der ganz einfach Daten drauf sind, die auch im FTP bereitgestellt sein sollen. zB in meinem Fall sollten: /windows_daten/MP3z /windows_daten/Win-updates /wndows_daten/freshmeat-downloads
mittels symlink in /srv/ftp/freshmeat /srv/ftp/MP3z /srv/Win-updates erscheinen und auch zugreifbar sein.
Symlinks aus einer chroot-Umgebung heraus gehen nicht, und das ist auch gut so... Aber es gibt ja immer mehr als eine Möglichkeit, also probiere mal "bind-mounts": 1. Anlegen des Verzeichnisses mit 'mkdir /srv/ftp/freshmeat'. 2. bind-mount: 'mount --bind /windows_daten/freshmeat-downloads /srv/ftp/freshmeat'.
* sondern suche ein Lösung wie unter Windows (Serv-U) wo dies kein Problem darstellt Netzklaufwerke oder andere Platten reinzulinken in ein Verzeichnis.
Ja, die Sicherheit von Windows ist grenzenlos...
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Donnerstag, 23. Dezember 2004 17:56 schrieb Andreas Koenecke:
* Donnerstag, 23. Dezember 2004 um 15:41 (+0100) schrieb Matthias Reinhardt:
* sondern suche ein Lösung wie unter Windows (Serv-U) wo dies kein Problem darstellt Netzklaufwerke oder andere Platten reinzulinken in ein Verzeichnis.
Ja, die Sicherheit von Windows ist grenzenlos...
Du kannst mit Sicherheit auch verschiedene ftpd unter linux so verkonfigurieren, dass die nicht chroot laufen und dem anonymous-user auch noch schreib-leserechte auf /etc/shadow erlauben. hier kann *windows* nix dafür, dass (Serv-U) so einen Mist erlaubt. Andreas
* Donnerstag, 23. Dezember 2004 um 18:27 (+0100) schrieb Andreas Loesch:
Am Donnerstag, 23. Dezember 2004 17:56 schrieb Andreas Koenecke:
Ja, die Sicherheit von Windows ist grenzenlos...
Du kannst mit Sicherheit auch verschiedene ftpd unter linux so verkonfigurieren, dass die nicht chroot laufen und dem anonymous-user auch noch schreib-leserechte auf /etc/shadow erlauben.
Ja, aber mit dem Unterschied, dass du es unter Linux erst verkonfigurieren
musst, während es unter Win schon vor-verkonfiguriert ist.
Aber das ist hier OT.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Hallo Andreas, Am Donnerstag, 23. Dezember 2004 17:56 schrieb Andreas Koenecke:
* Donnerstag, 23. Dezember 2004 um 15:41 (+0100) schrieb Matthias Reinhardt:
Am Donnerstag, 23. Dezember 2004 15:09 schrieb Helga Fischer:
Ich gehe davon aus, dass (bei euch) der 'pure-ftpd' in einer chroot-Umgebung läuft.
Nun in meinem Fall und ich nehme an auch in Christian's Fall soll folgendes bewerkstelligt werden.
in das Verzeichnis /srv/ftp soll eine andere Platte/Partition eingehängt werden, auf der ganz einfach Daten drauf sind, die auch im FTP bereitgestellt sein sollen. zB in meinem Fall sollten: /windows_daten/MP3z /windows_daten/Win-updates /wndows_daten/freshmeat-downloads
mittels symlink in /srv/ftp/freshmeat /srv/ftp/MP3z /srv/Win-updates erscheinen und auch zugreifbar sein.
Symlinks aus einer chroot-Umgebung heraus gehen nicht, und das ist auch gut so... Aber es gibt ja immer mehr als eine Möglichkeit, also probiere mal "bind-mounts": 1. Anlegen des Verzeichnisses mit 'mkdir /srv/ftp/freshmeat'. 2. bind-mount: 'mount --bind /windows_daten/freshmeat-downloads /srv/ftp/freshmeat'.
Danke, das klappt schonmal, ich sehe den inhalt des ordners. Möchte ich aber eine der sich darin befindenden Dateien öffnen oder Speicher bekomme ich wieder No such File/directory (Firefox) oder Die datei lässt sich nicht lesen (Konqueror) oder 550 Can't open <datei>: Permission denied (bash)
* sondern suche ein Lösung wie unter Windows (Serv-U) wo dies kein Problem darstellt Netzklaufwerke oder andere Platten reinzulinken in ein Verzeichnis.
Ja, die Sicherheit von Windows ist grenzenlos...
Gruß
Andreas
-- Andreas Könecke "Andreas Koenecke
" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers
Gruß Christian Fröhlich Weihnachten allen...
--
* Donnerstag, 23. Dezember 2004 um 18:29 (+0100) schrieb Christian Kildau:
Am Donnerstag, 23. Dezember 2004 17:56 schrieb Andreas Koenecke:
1. Anlegen des Verzeichnisses mit 'mkdir /srv/ftp/freshmeat'. 2. bind-mount: 'mount --bind /windows_daten/freshmeat-downloads /srv/ftp/freshmeat'.
Danke, das klappt schonmal, ich sehe den inhalt des ordners. Möchte ich aber eine der sich darin befindenden Dateien öffnen oder Speicher bekomme ich wieder No such File/directory (Firefox) oder Die datei lässt sich nicht lesen (Konqueror) oder 550 Can't open <datei>: Permission denied (bash)
Eventuell ein Rechte-Problem.
Poste mal die Ausgaben von:
- 'mount'
- 'ls -ld /srv/ftp/freshmeat'
- und einige Zeilen aus 'ls -l /srv/ftp/freshmeat/*'
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
THX, das wars :) das mit den rechten ist mir dann im nach hinein auch aufgefallen... allen schöne weihnachten Viele Grüße Christian Am Donnerstag, 23. Dezember 2004 18:57 schrieb Andreas Koenecke:
* Donnerstag, 23. Dezember 2004 um 18:29 (+0100) schrieb Christian Kildau:
Am Donnerstag, 23. Dezember 2004 17:56 schrieb Andreas Koenecke:
1. Anlegen des Verzeichnisses mit 'mkdir /srv/ftp/freshmeat'. 2. bind-mount: 'mount --bind /windows_daten/freshmeat-downloads /srv/ftp/freshmeat'.
Danke, das klappt schonmal, ich sehe den inhalt des ordners. Möchte ich aber eine der sich darin befindenden Dateien öffnen oder Speicher bekomme ich wieder No such File/directory (Firefox) oder Die datei lässt sich nicht lesen (Konqueror) oder 550 Can't open <datei>: Permission denied (bash)
Eventuell ein Rechte-Problem. Poste mal die Ausgaben von: - 'mount' - 'ls -ld /srv/ftp/freshmeat' - und einige Zeilen aus 'ls -l /srv/ftp/freshmeat/*'
Gruß
Andreas
-- Andreas Könecke "Andreas Koenecke
" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers -
Christian Kildau wrote:
Hallo Liste,
In Betrieb: Suse 9.0 Pure-ftpd liegt in /srv/ftp
Ich möchte einen Symlink von /alte_hdd machen, bekomme aber immer "no such file or directory"
Das gleiche Phänomen bei einem link auf einen anderen ftp.
Ist es möglich einen Solchen Link zu erstellen? Wenn ja, wie?
Hi, les mal Doku zu pure-ftpd: (z.B. README) - --with-virtualchroot Enable the ability to follow symlinks outside a chroot jail-with-virtualchroot Enable the ability to follow symlinks outside a chroot jail Heisst neukompilieren. Zumindestens bei SuSE 9.1 ist das nicht mit einkompiliert. Läuft hier schon seid paar Jahren prächtig einige Jahre. Die Leute haben in Ihrem Home-Verzeichnis ähnlich public_html ein Verzeichnis public_ftp. Von /srv/ftp/ftp/pub/people/<name> geht in Link in jeweils den Ordner public_ftp eines jeden Users. Gruss Patrick
Am Donnerstag, 23. Dezember 2004 18:40 schrieb Patrick Klaus:
Christian Kildau wrote:
Hallo Liste,
In Betrieb: Suse 9.0 Pure-ftpd liegt in /srv/ftp
Ich möchte einen Symlink von /alte_hdd machen, bekomme aber immer "no such file or directory"
Das gleiche Phänomen bei einem link auf einen anderen ftp.
Ist es möglich einen Solchen Link zu erstellen? Wenn ja, wie?
Hi,
les mal Doku zu pure-ftpd: (z.B. README)
- --with-virtualchroot Enable the ability to follow symlinks outside a chroot jail-with-virtualchroot Enable the ability to follow symlinks outside a chroot jail
Heisst neukompilieren. Zumindestens bei SuSE 9.1 ist das nicht mit einkompiliert.
Läuft hier schon seid paar Jahren prächtig einige Jahre. Die Leute haben in Ihrem Home-Verzeichnis ähnlich public_html ein Verzeichnis public_ftp.
Von /srv/ftp/ftp/pub/people/<name> geht in Link in jeweils den Ordner public_ftp eines jeden Users.
Gruss
Patrick Vielen Dank Patrick... genau das wars. :-) Aber wenn ich dich nochmal was fragen darf. Wie erreicht man das ziel mit public_ftp? Ist da das gleiche prinzip dahinter wie beim apachen mit /srv/www/htdocs & /home/user/public_html
dass man quasi auf pureftpd umgesetzt: /srv/ftp & /home/user/public_ftp irgendwie erhält , ergo auch ftp://....../~user ??? macht oder via account-management mit login vom user und passwd Hoffe du verstehst die Fragestellung. _______________ An alle die sich über serv-u ausgelassen haben... mal anschauen , auch wenns windoof is... aber genau da is das ln -s prinzip direkt implementiert und das system wird dadurch mit sicherheit auch nicht angreifbarer als ein windows-system ohnehin schon ist. Denke ich zumindest ... kann mich auch täuschen. _______________ An alle schöne besinnliche Weihnachten. gruß Matze.
Matthias Reinhardt wrote: Hallo Matthias,
Vielen Dank Patrick... genau das wars. :-) Aber wenn ich dich nochmal was fragen darf. Wie erreicht man das ziel mit public_ftp? Ist da das gleiche prinzip dahinter wie beim apachen mit /srv/www/htdocs & /home/user/public_html
dass man quasi auf pureftpd umgesetzt:
nein ganz so einfach wie beim Apachen gehts leider nicht, es gibt kein modul wie beim Apachen (mod_userdir) was man laden kann. Wir haben einfach mit einem Anmeldeskript was die User anlegt unter anderem ein Homeverzeichnis einfach einen Link gemacht z.B. ln -s /home/paddy/public_ftp /srv/ftp/pub/mitarbeiter/paddy Alles was unter /srv/ftp ist, ist ja /-Root vom FTP. Der Vorteil ist. Die User können wenn Sie sich über den FTP-einloggen immer noch um in Ihr Home-Verzeichnis "gechrootet" werden, weil der Ordner public_ftp ja definitiv im Home-Verzeichnis des Users liegt. Im anderen Falle gings das nämlich nicht. Im Falle einloggen nur über pure-ftpd ginge das natürlich auch andersrum, d.h das Verzeichnis liegt in /srv/ftp/pub/mitarbeiter und von jedem Home-Verzeichnis ging ein Link dahin, weil virtual-chroot, wenn man aber noch andere Logins möglich macht, z.B. SSH/SCP/SFTP gechrootet (/home/chroot/home/<user>) dann kann man spätestens da keine Daten mehr ins FTP-Verzeichnis legen, weil ausserhalb der Chroot-Umgebung. Okay? Wenn noch Fragen, dann fragen :-) Gruss Patrick
participants (9)
-
Andreas Koenecke
-
Andreas Loesch
-
Christian Kildau
-
Christian Paul
-
Helga Fischer
-
Martin Schröder
-
Matthias Reinhardt
-
Patrick Klaus
-
Sandy Drobic