Keine Verbindung zu proftpd

[VirtualEvil]

Hallo zusammen,

ich habe ein kleines Problem mit proftpd. Und zwar habe ich Anhand eines Tutorials (http://www.syscp.de/wiki/contrib/Installation/de/suse/9.3) froftpd auf Suse 9.3 installiert. Der FTP-Server läuft auch auf Port 21, ich kann mich aber nicht connecten. Egal ob mit Code:

Code:

ftp localhost

oder von einem anderen Server bekomme ich Code:

Code:

421 Service not available, remote server has closed connection

als Fehler.

Habe bereits versucht mit proftpd -nd9 zu debuggen, das Ergebnis Code:

Code:

- ROOT PRIVS at main.c:1011
- SETUP PRIVS at main.c:1016
- FTP session requested from unknown class
- performing module session initializations
- scrubbing scoreboard
- ROOT PRIVS at mod_core.c:130
- RELINQUISH PRIVS at mod_core.c:132
- ROOT PRIVS at mod_core.c:160
- RELINQUISH PRIVS at mod_core.c:189
- FS: using system lstat()
- FTP session closed.

hilft mir aber nicht weiter.

Kann mir jemand helfen?

Vielen Dank schon mal!

[VolGas]

Hallo!

Ich kann es fast nicht glauben: bei dem "geschwätzigen" Debug-Mode kommen nur diese paar
nichtssagenden Zeilen raus?

Poste doch hier einmal Deine proftpd.conf, vielleicht kann man ja an der Konfiguration schon etwas
erkennen. Oder Du benutzt von vornherein gleich eine universell nutzbare Konfiguration - siehe z.B.
->proftpd.conf Standard Deluxe

Ehrlich gesagt: wer solch eine Anleitung ins Netz stellt, sollte sich dann auch um dessen Fehler und
Support kümmern. Außerdem scheint das SRPM wohl nicht offiziell und wird damit auch nicht gewartet
und ist somit zwischenzeitlich veraltet: version 1.3.0a des ProFTPD ist die derzeit aktuelle.

Ich würde mir daher den ProFTPD nicht aus dem SRPM-Paket bauen lassen, sondern die aktuellen
Sourcen "ziehen" und sie selbst compilieren.

Noch ein gut gemeinter Tipp:
Um Linux besser kennen und verstehen zu lernen, kann ich Dir allerwärmstens z.B. das Standardwerk,
den ->"Kofler" empfehlen, es gibt aber auch sehr viel weiterführende Literatur im Internet...

mfg.
  VolGas

[VirtualEvil]

Hi,

benutze die Config aus dem Tutorial, also:

Code:

ServerName                      "<SERVERNAME> FTP Server"
ServerType                      standalone
DeferWelcome                    off

MultilineRFC2228                on
DefaultServer                   on
ShowSymlinks                    on
AllowOverwrite                  on

TimeoutNoTransfer               600
TimeoutStalled                  600
TimeoutIdle                     1200

DisplayLogin                    welcome.msg
DisplayFirstChdir               .message
ListOptions                     "-l"

DenyFilter                      \*.*/

Port                            21
MaxInstances                    30

# Set the user and group that the server normally runs at.
User                            nobody
Group                           nogroup

<Directory /*>
# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
  Umask                         022  022
# Normally, we want files to be overwriteable.
  AllowOverwrite                on
</Directory>

DefaultRoot ~
RequireValidShell off

SQLAuthTypes Crypt Plaintext
SQLAuthenticate users* groups*
SQLConnectInfo <SQL_DB>@<SQL_HOST> <SQL_UNPRIVILEGED_USER> <SQL_UNPRIVILEGED_PASSWORD>
SQLUserInfo ftp_users username password uid gid homedir shell
SQLGroupInfo ftp_groups groupname gid members
SQLUserWhereClause "login_enabled = 'y'"

SQLLog PASS login
SQLNamedQuery login UPDATE "last_login=now(), login_count=login_count+1 WHERE username='%u'" ftp_users

SQLLog RETR download
SQLNamedQuery download UPDATE "down_count=down_count+1, down_bytes=down_bytes+%b WHERE username='%u'" ftp_users

SQLLog STOR upload
SQLNamedQuery upload UPDATE "up_count=up_count+1, up_bytes=up_bytes+%b WHERE username='%u'" ftp_users

kannst du das was erkennen?

[VolGas]

Die Konfiguration ist "klein, aber fein" und scheint ganz gut zu sein, nur "AuthOrder mod_sql.c"
würde ich noch hinzufügen. Ich hoffe nur , die Parameter von "SQLConnectInfo" sind nicht genau
so, wie von Dir hier gepostet...

Um SQL-Fehler herauszufinden, benutze die Direktive ->SQLLogFile und beobachte das SQL-Log.
Achtung: die Datenmengen sind immens, diese Logfile sollte man nur zur Fehleranalyse aktivieren!

mfg.
  VolGas

[VirtualEvil]

Hi,

danke für deine Antwort. Habe den Fehler gefunden. War (peinlich peinlich  ) ein Tipfehler genau in der SQLConnectInfo Zeile.
Vielen Dank also für den Hinweis auf die Zeile!

Viele Grüße!