Hallo!

Wenn sich Server und Konfiguration nicht geändert haben, dann kann's
ja eigentlich nur noch am neuen Router liegen.

Oft ist dort eine kleine Firewall eingerichtet, oder ein NAT-Daemon am laufen.
Oder doch noch irgendwelche Port-Forwards vergessen?
Eine fehlende DMZ?

Bei einer dynamischen IP: trägt der Router die Aresse bei z.B. dyndns.org erfolgreich ein?

Möglichkeiten gibt es viele...

Gehe ich einmal davon aus, daß Ihr eine dynamische IP habt, und die IP-Adresse
fehlerfrei registriert und auf einen Domainnamen gemappt wird.
Dann müßte in der proftpd.conf aber auch noch ein "MasqueradeAddress" stehen,
damit es auch vorher hat funktionieren können.

Irgend etwas stimmt da nicht, da hast Du Recht...


...nun gefunden?

mfg.
  VolGas


PS: Am besten noch "RequireValidShell off" (re)aktivieren!

Du hast solch eine Schwarte von Debian-Doku gelesen?  :respekt)

IMHO ist der ProFTPD der eigentlich am einfachsten & schnellsten zu installierende
Server auf einer Webhosting-Plattform. Am meisten Problem macht wohl am
Anfang die Konfiguration, aber wenn man erst einmal den Bogen mal raus hat,
dann flutscht's nur noch auf der nächsten zu installierenden Maschine.

"ansätze einer doku" ist gut.
Weshalb und womit Du bei Stonki's Website Probleme hast, weiß ich nicht und
kann ich auch nicht ganz nachvollziehen. Da ist weit mehr als nur "Ansatz"!

Wenn Du Dir zuerst einmal die Original-Website des Programmierers ansiehst -
ein Abtraum. Als Programmierer klasse, aber die Doku sollte er (doch bitte
gefälligst) anderen überlassen - was er ja wohl auch getan, (aber nicht viel geholfen) hat...

Hier die "offiziellen" Links:
The ProFTPD Project- Home -> http://www.proftpd.org/
ProFTPD Development -> http://www.castaglia.org/proftpd/

Das es eine deutsche Site gibt, die das Ganze auch noch besser darstellt
als das Original, finde ich absolut einmalig und spitze!

Ansonsten ist man als "deutschsprechender Mensch" in solchen Dingen in der
Regel immer sehr benachteiligt, da so mancher deutscher Hersteller/Entwickler
sich scheinbar nicht traut, sein Produkt oder seine Doku in Deutsch zu verfassen.
Aber das ist ein anderes Thema, was nicht hierher gehört.

mfg.
  VolGas


PS: nicht, daß hier ein falscher Eindruck entsteht: ich habe keine Glatze,
keine Springerstiefel und braune "Jäckchen" mag ich schon gar nicht...!

Du machst es Dir sehr einfach, aber ich will mal nicht so sein: ;-)

->DisplayConnect
->DisplayLogin

Dafür mußt Du Dir nun aber auch das gefallen lassen: :RTFM
und zwar am besten jeweils vor dem Posten..

mfg.
  VolGas

Du bist nach dem Auspacken des Tarballs nicht in das Source-Verzeichnis
des ProFTPD gewechselt...  :roll:

    cd /usr/src/proftpd-1.2.10

Es empfiehlt sich sehr, die Befehle bewußt, einzeln und nacheinander ausführen zu lassen...!

Wenn Du aber schon die neueste Software einsetzt: warum nimmt Du dann
nicht auch schon den neuesten ProFTPD und teilst uns dann an dieser Stelle
wieder Deine Erfahrungen damit mit?

Ich denke auf weitere div. Log- und Terminalmitschnitte könnten wir dann
aber gut und gerne verzichten... ;-)

mfg.
  VolGas

[4.1]

mysqli läuft ab mySQL 4.1 - und meinem Kenntnisstand nach arbeitet ProFTPD
damit zusammen. Die 5er Version ist noch sehr neu und bietet Features, die zwar
äußerst interessant sind, aber wohl noch von keinem genutzt werden.

Das Forum richtet sich nicht nur an Profis, hat aber als Thema eben nur ProFTPD.
Trotz allem gab es vor kurzem ein Posting (->hier) wo auch kurz das Compilieren
angesprochen wurde.

Vielleicht hilft Dir das weiter, aber wie schon erwähnt: mySQL 4.1 würde bestimmt
auch schon reichen.

mfg.
  VolGas

Hi,

mit unstable zu arbeiten ist aber sehr gewagt!
Ich weiß - Debian ist eher konventionell gegenüber neuen Softwareversionen.
Bei mySQL 5 haben sich Dinge so grundlegend geändert, daß ich vermute, daß
der ProFTPD, der gegen ältere Libs des mySQLClients compiliert wurde, nicht
mehr mit der neuen Version des mySQL klar kommt. Hier bleibt meiner Meinung
nur eines: den ProFTPD selbst mit den neuen Libs des mySQLClient compilieren.

Ich würde mir aber auch überlegen, ob es wirklich schon mySQL 5 sein muß...

mfg.
  VolGas

Ich habe Deine .conf nur überflogen, aber klar ist, daß

DefaultRoot ~

fehlt - ganz wichtig!
Und, wenn Du schon dabei bist, dann kannst Du auch noch:

RequireValidShell off

hinzufügen...

mfg.
  VolGas

Hallo!

Ich glaube nicht, daß sich das ohne getrennte IP oder Ports bewerkstelligen lässt.
Einen anonymen Zugang ohne Benutzernamen und Passwort gibt es nämlich
eigentlich gar nicht, denn die Abfrage kommt immer und muß nur entsprechend
beantwortet werden.

Mit TLS bin ich nicht ganz sicher, ob es tatsächlich die Möglichkeit gibt, dieses
erst nach dem Einloggen zu aktivieren. Aber nicht jeder hat einen TLS-fähigen
FTP-Client oder kann damit auch umgehen.

Daher würde ich an dieser Stelle empfehlen, "TLSRequired" auf "off" zu
setzen. Damit kann dann jeder selbst entscheiden, ob er TLS nutzen
möchte und Dein Problem hat sich damit auch so ganz nebenbei und
elegant einfach von selbst gelöst...

mfg.
  VolGas

Du machst es Dir sehr leicht - zu leicht.
Lies zuerst einmal, was auf Stonki's Website alles für Hilfen angeboten werden.
Damit kommst Du garantiert weiter!
Auf Neu-Deutsch: RTFM!

Wenn er auf die anderen Ordner klickt soll eine Passwortabfrage erscheinen, wo sich dann die einelnen Abteilungen einloggen können...

Das geht nur mit dem HTTP-Protokoll, nicht mit FTP.
Eingeloggt wird sich nur einziges einmal: ganz am Anfang.
Das mußt Du über die User- und Gruppenzugehörigkeiten lösen.

EDIT: Was ich noch zu sagen habe.. ich verwalte proFTPD mit WEBMIN!

Ich mag Webmin recht gut leiden, aber diese Einstellungen sollte man selbst
in der proftpd.conf vornehmen. Zum Glück gibt es in Webmin aber auch
noch die Möglichkeit, die Datei per "Edit Config Files" direkt zu editieren.

mfg.
  VolGas

Natürlich geht das nur über die Logs, aber die kann man auswerten lassen mit z.B. ->awstats

mfg.
  VolGas

Sorry, ich hatte Dein Posting nicht aufmerksam genug gelesen und dachte,
Du wolltest gerade das eben nicht. Versuch's doch einmal mit einem Symlink:

ln -sfn /gurke/www/pub /gurke/www/pub/pub

Ist zwar ein bischen umständlich und "unkonventionell", aber damit kannst Du
das ganz einfach erreichen, was Du möchtest.

mfg.
  VolGas

Alles Käse!
Egal tief in einer Verzeichnisstruktur ein FTP-User einsteigt:
mit "DefaultRoot" oder "Anonymous" wird das dort angegebene
Verzeichnis für den User (per chroot) zu seinem Root-Verzeichnis ("/").

Oder, um es anders, in "HTTP-Sicht" auszudrücken: die DocumentRoot
von http://domain.de liegt ja i.d.R. auch nicht im Root-Verzeichnis des
Servers.

Mit Deiner Direktive "<Directory /gurke/www/pub>" sind die Leute
dann genau da, wo Du sie haben möchtest und Dein File holst Du dann
per "ftp://domain.de/datei.zip" vom Server ab.

Wo ist das Problem?

mfg.
  VolGas

Das hat dann auch wieder nichts mit ProFTPD zu tun, sondern mit Deinem FTP-Client
und/oder Betriebssystem. Ich gehe dazu hin und ziehe einfach eine Datei aus dem
Fenster meines FTP-Clients auf das Fenster einer neuen Mail - Drag & Drop.
Oder ich mache das Ganze per Copy & Paste - geht auch.

Ich muß ehrlicherweise aber auch dazu sagen: ich hab' einen Apple Macintosh...

Vielleicht geht es ja auch irgendwie bei Dir so.
Im Notfall auch andere FTP-Clients probieren!
(oder einen Mac benutzen...)

mfg.
  VolGas

Wäre schön zu erfahren, ob es auch bei Dir dann ohne "mod_delay" klappt.
Das würde meine Theorie bestätigen. Hoffen wir, daß in der neuen Version
des ProFTPD dieser Fehler nicht wieder auftreten wird - das Modul ist dann
nämlich ein Standard-Modul...

Noch viel "Sapß" und viel Erfolg beim compilieren! ;-)

mfg.
  VolGas

Hi,

Es kann so nicht über eine externe Verbindung funktionieren.
Es ist ganz logisch, wenn man das Prinzip versteht.
Auf Stonki's Website ist das aber auch erklärt.

Das hilft: MasqueradeAddress

Daß Dein FTP-Client kein Timeout bringt, ist übelst.
Hau' ihn in die Tonne, nimm einen anderen.

mfg.
  VolGas