ProFTPD bricht beim Befehl MLSD ab

Udenhainer

New Member
Hallo zusammen,
letzte Woche funktionierte das FTP noch. Doch heute kam folgende Fehlermeldung in der var/log/secure:

Code:
proftpd: Deprecated pam_stack module called from service "proftpd"

Beim FTP-Programm wurde alles bis zum Befehl MLSD durchgeführt.
Code:
Status:	Auflösen der IP-Adresse für www.meine-domain.de
Status:	Verbinde mit 212.xxx.xx.x:21...
Status:	Verbindung hergestellt, warte auf Willkommensnachricht...
Antwort:	220 ProFTPD 1.3.3e Server (ProFTPD) [212.xxx.xx.x]
Befehl:	USER username
Antwort:	331 Password required for username
Befehl:	PASS ***********
Antwort:	230 User username logged in
Befehl:	OPTS UTF8 ON
Antwort:	200 UTF8 set to on
Status:	Verbunden
Status:	Empfange Verzeichnisinhalt...
Befehl:	PWD
Antwort:	257 "/" is the current directory
Befehl:	TYPE I
Antwort:	200 Type set to I
Befehl:	PASV
Antwort:	227 Entering Passive Mode (212,xxx,xx,x,176,127).
Befehl:	MLSD
Fehler:	Zeitüberschreitung der Verbindung
Fehler:	Verzeichnisinhalt konnte nicht empfangen werden

Was läuft da falsch?

Habs auf standard, passiver Modus und aktiver Modus mit Filezilla bzw. WebFTP über Satelliten-DSL und Funk-DSL probiert.

Über Google waren 2 Lösungen zu finden, die jedoch noch mehr Fehler verursachten (als Test1 und Test2 auskommentiert). Dazu sollte die Datei etc/pam.d/proftpd geändert werden.

Code:
#%PAM-1.0

#Plesk Einstellung

auth       required	pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth       required	pam_stack.so service=system-auth
auth       required	pam_shells.so
account    required	pam_stack.so service=system-auth
session    required	pam_stack.so service=system-auth

#Test 1
#auth       required	 pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
#auth       required	 /lib/security/pam_unix.so shadow nullok

# If this is enabled, anonymous logins will fail because the 'ftp' user does
# not have a "valid" shell, as listed in /etc/shells.
#
# If you enable this, it is recommended that you do *not* give the 'ftp'
# user a real shell. Instead, give the 'ftp' user /bin/false for a shell and
# add /bin/false to /etc/shells.
#auth       required	 /lib/security/pam_shells.so

#account    required	 /lib/security/pam_unix.so
#session    required	 /lib/security/pam_unix.so

#Test2

#auth required /lib/security/pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
#auth required /lib/security/pam_pwdb.so shadow nullok
#account required /lib/security/pam_pwdb.so
#session required /lib/security/pam_pwdb.so

Hat jemand eine Idee?
 
Last edited by a moderator:
Gelöst

Ich hab es geahnt das mein neues Modem Schuld ist. Doch der DSL-Anbieter sagte es liegt am Server.
Ich musste die Firewall ausschalten und zusätzlich IPforwarding betreiben. Denke mal das mein Funkanbieter auch irgendwo ne Firewall benutzt.

Sorry wenn ich wen zum grübeln gebracht habe.
 
Back
Top