Gib mir doch mal die URL Deines FTF-Rchners.

Ich versuche mal mich einzuloggen.

Was den erfolgreichen Login Deines IExplore betrifft:

Was hast Du denn auf der URL noch laufen? Sollte es ein Webserver sein dann realisiert der IE wohl einen HTTP-Connect.

Das ist eine etwas weniger schluessige Aussage vom FTP-Client.

ftp> dir
200 PORT command successful
425 Unable to build data connection: No route to host

das "no rote to host" kann sich doch auf deinen FTP-Rechner beziehen. Will sagen, Dein ftp> findet den FTP-Rechner nicht.

Dein FTP-Rechner hat doch fuer einen FTP-Connect eine URL.
Ein Connect von Dir (also von Aussen, der Clientseite) zu Deinem FTP-Rechner waer doch:

ftp dein.host

und danach wirst Du bei erfolgreichem Connect zum Login aufgefordert

Hallo,

Sachlage wird nun langsam verstaendlicher.

Aber ich denke das Ganze hat nichts mit Deiner Firewall "zu Hause" zu tun.

Dein richtiger Rechner mit der festen IP steht doch auch hinter einer Firewall. Oder? Und der Log mit "no route to host" ist doch von Deinem richtigen Rechner mit der festen IP, oder?

Hallo Stonki,

Du sagst, die in MySQL eingetragenen uid und gid bestimmen user und gruppe bei uploads.

Genau an der Stelle habe ich einige Fragen:

Was genau muss ich denn als uid und gid in MuSQL eintragen? Kann ich da auch Namen eintragen oder muessen es immer Ziffern sein?
Ich habe mit diesen uid und gid noch ein generelles Verstaendnisproblem. Und nur mit dem Studium der Directiven-Liste kann ich es nicht loesen.

Bei mir habe ich Ziffern als uid und gid. Und genau diese Ziffern werden bei uploads auch den Dateien zugewiesen. Da ich aber als User und Gruppen in/im Linux/System nur Namen verwende, habe ich damit ein Problem.

Koennte man hier im Forum nicht mal was veroeffentlichen, das ganz grundlegend die Zusammenhange von uid und gid erklaert?
Ich glaube, nicht nur ich habe ein Verstaendnisproblem damit.

Gruss quiptime

Hallo,

wenn Dein Problem mit der Erreichbarkeit des proftpd-Servers noch besteht, "no route to host" dann poste doch bitte genauer:

- von wo nach wo klappt es nicht?

- klappt es lokal?

- funktioniert es nur von aussen nicht?

- Wenn nur von aussen nicht: Hast Du eine Firewall im Einsatz (vermutlich), wenn ja was gibt es dort fuer Konfigurationen bezueglich Deiner LAN-Rechner?

- und, (ist aber nicht so wichtig) auf was laeuft Dein proftpd? WIN oder Linux?

Gruss quiptime

Dank an Stonki und Woersty.

Ubrigens, ich habe mit proftpd 3 Server laufen. Ich kann sie ohne Probleme lokal und von aussen hinter einer WAN-Firewall erreichen.
Dabei habe ich aber keine extra Konfigurationenen in Zusammenhang mit aktivem und passivem FTP wie hier im Forum zu lesen.

Wenn allgemeines Interesse an der Konfiguration besteht, es ist aber mehr ein Workaround fuer proftpd, named und apache, dann wuerde ich dies hier in Kuerze posten.
Muss vorher nur noch meine proftpd.conf und linux selber bezueglich der user und gruppen hinkriegen.

Gruss quiptime

Hallo,

gibt es fuer die Version 1.2.10 eine Version des Modules mod_conf_sql?

Auf http://castaglia.proftpd.de/proftpd/ kann man momentan Folgendes lesen:
mod_conf_sql-0.5 (released 2004-07-07, for 1.2.10rc1)

Ich habe die richtige proftpd.conf verwendet.

Die Loesung:

Die mysql-Konfiguration muss im Bereich der jeweiligen virtuellen Hosts definiert werden.

Dann klappts auch mit dem Nachbarn.

Hallo,

ich habe festgestellt, das "UserOwner" in der proftpd-Version 1.2.10 NICHT funktioniert.

Lediglich der gewuenschte User wird im FTP-Client angezeigt. Der tasaechliche User im Dateisystem ist aber ein Anderer.

Im Gegensatz dazu funktioniert "GroupOwner" wie erwartet.

Ist das Beschriebene ein Bug der Version 1.2.10 oder hat es auch in den vorherigen Versionen nicht richtig funktioniert?

Gruss
quiptime

Als Ergaenzung zu oben.

Ich verwende proftpd 1.2.10

Die Verwendung von

<Directory /pfad_virtueller_server>
  UserOwner             wunschuser
  GroupOwner           wunschgruppe
</Directory>

in <VirtualHost> funktioniert nur teilweise.

Bei einem Upload wird wunschuser nicht verwendet sondern die uid aus der mysql-Tabelle. Lediglich die Anzeige von wunschuser im FTP-Client erfolgt. Das sollte doch wohl anders funktionieren? Oder habe ich da die Directive UserOwner falsch verstanden?

wunschgruppe wird bei Upload fuer eine neue Datei und beim Ueberschreiben verwendet. Das ist OK.

Habe inzwischen weiter debugt:

mein conf-Eintrag Eintrag
SQLAuthTypes                  Backend Crypt Plaintext Empty

dazu der sql.log:

Oct 28 19:08:35 mod_sql/4.11[31038]: backend module 'mod_sql_mysql/4.04'
Oct 28 19:08:35 mod_sql/4.11[31038]: backend api    'mod_sql_api_v1'
Oct 28 19:08:35 mod_sql/4.11[31038]: >>> sql_getconf
Oct 28 19:08:35 mod_sql/4.11[31038]: error: no SQLAuthTypes configured

Oct 28 19:08:35 mod_sql/4.11[31038]: warning: no SQLConnectInfo specified. mod_sql is OFF
Oct 28 19:08:35 mod_sql/4.11[31038]: mod_sql status     : off
Oct 28 19:08:35 mod_sql/4.11[31038]: negative_cache     : off
Oct 28 19:08:35 mod_sql/4.11[31038]: authenticate       : off
Oct 28 19:08:35 mod_sql/4.11[31038]: <<< sql_getconf


Als Ergaenzung noch meine SQL-config

  #AuthOrder                    mod_sql.c mod_auth_sql.c mod_auth_file.c mod_auth_unix.c mod_auth.c mod_auth_pam.c

  SQLAuthTypes                  Backend Crypt Plaintext Empty
  SQLAuthenticate               users*
  SQLConnectInfo                proftpd@localhost proftpd maximus
  SQLDefaultHomedir     /data_1/www.ydl.lan/www
  SQLDefaultGID                 65534
  SQLDefaultUID                 65534
  SQLMinUserGID                 100
  SQLMinUserUID                 500
  SQLUserInfo                   users username password uid gid homedir shell

Bin also immer noch nicht weiter gekommen.

Hallo All,

habe proftpd 1.2.10 mit mod_sql kompiliert.

Compiled-in modules:
  mod_core.c
  mod_xfer.c
  mod_auth_unix.c
  mod_auth_file.c
  mod_auth.c
  mod_ls.c
  mod_log.c
  mod_site.c
  mod_sql.c
  mod_sql_mysql.c
  mod_quotatab.c
  mod_tls.c
  mod_cap.c


Laueft und Client-Login uber Systemauthentifizierung funktioniert. Wenn ich aber nun MySQL zur Authentifizierung verwenden will beginnen die Probleme und Fragen.

Ich kann mich MySQL-Authentifizierung nicht anmelden. kurzer Debugschnipsel:

www.bunny.lan - ProFTPD 1.2.10 (stable) (built Do Okt 28 13:08:13 CEST 2004) standalone mode STARTUP
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - FTP session requested from unknown class
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - connected - local  : 192.168.1.202:21
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - connected - remote : 192.168.1.154:33515
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - FTP session opened.
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_tls
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'USER hallo' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching CMD command 'USER hallo' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - no supplemental groups found for user 'hallo'
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching POST_CMD command 'USER hallo' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD command 'USER hallo' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD command 'USER hallo' to mod_log
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_tls
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching CMD command 'PASS (hidden)' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - no supplemental groups found for user 'hallo'
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - no such user 'hallo'
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - USER hallo: no such user found from www.mdkl.lan [192.168.1.154] to 192.168.1.202:21
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching POST_CMD_ERR command 'PASS (hidden)' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_sql
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_log
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_auth
www.ydl.lan (www.mdkl.lan[192.168.1.154]) - FTP session closed.

Sonst werden im Debug keine Fehler angezeigt.
Nun meine Fragen:

?Was bedeutet die Debug-Meldung
no supplemental groups found for user

Wenn ich in der MySQL-Tabelle den User mit Passwort anlege ist sein Passwort mit "PASSWORT" verschluesselt. (MySQL meckert bei einem Klartextpasswort.)
?Muss ich nun in der proftpd.conf bei SQLConnectInfo das Klartextkennwort oder das verschluesselte Passwort eintragen.

?Ist die Version 1.2.10 buggy. ?Wenn ja gibt es Workarounds.

Wenn ich bei SQLAuthenticate users* eintrage bekomme ich im Debug eine Fehler wegen dem *

Laut Doku sollte diese Angabe aber moeglich sein.
? Kann es sein das es keine aktuelle Doku zur Version 1.2.10 gibt.

?Was bedeutet SQLAuthenticate on.
?Reicht ein on oder muss da immer users stehen.


Vielen Dank schon Mal fuer Eure Hilfe im Vorab

Gruss Siggi