Hallo Community,
ich hab da nen Problem was ich nicht kenne.
Egal welchen FTPD ich installiere der angelegte User will nicht connecten.
Sobald ich aber die Loginshell auf /bin/false setze, connectet er. Bei /bin/bash nicht.
Ich habe jetzt schon viele Ftpd server durch überall das gleiche Problem.
Gibs da etwas was ich übersehe ? Eine Einstellung ? An Ftpd kanns ja nicht liegen.
Vielen dank für Eure Tip.
FTP Server funktioniert nur bei /bin/false
welche willst du sehen ?
Alle Ftpd Server wurden mit --purge gelöscht und neu installiert, es liegt defenitiv nicht an FTPD Server der in moment Proftpd ist
Proftpd Conf:
Alle Ftpd Server wurden mit --purge gelöscht und neu installiert, es liegt defenitiv nicht an FTPD Server der in moment Proftpd ist
Proftpd Conf:
Code: Alles auswählen
ServerName "Debian"
ServerType standalone
DeferWelcome off
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200
DisplayLogin welcome.msg
DisplayFirstChdir .message
ListOptions "-l"
DenyFilter \*.*/
# Uncomment this if you are using NIS or LDAP to retrieve passwords:
#PersistentPasswd off
# Uncomment this if you would use TLS module:
#TLSEngine on
# Uncomment this if you would use quota module:
#Quotas on
# Uncomment this if you would use ratio module:
#Ratios on
# Port 21 is the standard FTP port.
Port 21
# To prevent DoS attacks, set the maximum number of child processes
# to 30. If you need to allow more than 30 concurrent connections
# at once, simply increase this value. Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances 30
# Set the user and group that the server normally runs at.
User nobody
Group nogroup
# 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
Hallo, 2 Ansätze,die mir so spontan einfallen:
Proftpd:
RequireValidShell [ RequireValidShell on|off]
in deinem Fall eher unpassend.
Ich musste seinerzeit extra die /bin/bash,/bin/sh und bin/false in /etc/shell eintragen,danach konnte ich erst einloggen per ftp (vsftpd).
Viel Erfolg !
Proftpd:
RequireValidShell [ RequireValidShell on|off]
in deinem Fall eher unpassend.
Quelle : http://strcat.de/wiki/docs:vsftpd-faqder Einfachkeithalber quote ich mal was zu vsftpd,vielleicht gibt es parallelen zu proftpd,stecke da nicht so tief drin...
Lokale User koennen sich nicht einloggen!?
Das kann unterschiedliche Ursachen haben. vsftpd unterbindet per Default alle Logins; einzige Ausnahme ist der Login von anonymous. Schreib local_enable=YES in Deine /etc/vsftpd.conf um lokalen Usern den Login zu ermoeglichen.
vsftpd versucht PAM zu nutzen. Starte
ldd /path/to/vsftpd
und such nach libpam. Wenn vsftpd PAM benutzt, benoetigst Du eine PAM-Datei, welche fuer vsftpd gueltig ist. Eine Beispieldatei ist im Verzeichnis “RedHat” enthalten; kopiere die nach /etc/pam.d, starte vsftpd neu und versuche es erneut.
Wenn vsftpd PAM nicht verwendet, gibt es ebenfalls mehrere Moeglichkeiten. Ist die Shell des ftp-Users in der Datei /etc/shells eingetragen? Wenn Du “shadowed” Passwoerter nutzt (was normalerweise der Regelfall ist), liegt die Datei shadow.h im INCLUDE-Pfad? Sobald PAM nicht genutzt wird, ueberprueft vsftpd die User-Shell in der Datei /etc/shell. Wenn Du das unterbinden willst, kannst Du check_shell=NO in der /etc/vsftpd.conf setzen.
Ich musste seinerzeit extra die /bin/bash,/bin/sh und bin/false in /etc/shell eintragen,danach konnte ich erst einloggen per ftp (vsftpd).
Viel Erfolg !