|
Titel: Login nicht möglich Beitrag von: maxtester am 09. Juli 2004, 13:40:10 Hallo,
ich habe ein Problem mit proftpd: Benutzer können sich nicht am Daemon anmelden. Sie erhalten die Meldung: Login incorrect, was natürlich falsch ist. In der Logdatei erhalte ich die Meldung: no such user 'kennung'. Nun zu den Systemdetails: Der Ftpserver läuft auf Solaris 2.8. Benutzerverwatung unter NIS. Configure Optionen: Code: ./configure --prefix=/www/proftpd \ --sysconfdir=/www/etc/proftpd \ --localstatedir=/www/var/proftpd Die Konfig-Datei: Code: ServerName "www" ServerType inetd DefaultServer on DebugLevel 9 AuthPAM on AuthPAMAuthoritative on AuthPAMConfig httpd Port 21 Umask 022 MaxInstances 30 User nobody Group nobody DefaultRoot ~ <Directory /> AllowOverwrite on </Directory> SyslogLevel debug SystemLog /www/var/proftpd/proftpd.log proftpd -vv: Code: - Version: 1.2.9 (stable) - Scoreboard Version: 01040002 - Build Stamp: Fri Jul 9 12:47:13 MEST 2004 proftpd -l: Code: 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_auth_pam.c Ausschitt aus der Log-Datei (IPs unkenntlich gemacht und vordere Spalten abgeschitten): Code: : connected - local : xxx.xxx.xxx.211:21 : connected - remote : xxx.xxx.xxx.201:60840 : FTP session opened. : dispatching PRE_CMD command 'USER fr1' to mod_core : dispatching PRE_CMD command 'USER fr1' to mod_core : dispatching PRE_CMD command 'USER fr1' to mod_auth : dispatching auth request "endpwent" to module mod_auth_file : dispatching auth request "endpwent" to module mod_auth_unix : dispatching auth request "endgrent" to module mod_auth_file : dispatching auth request "endgrent" to module mod_auth_unix : dispatching CMD command 'USER fr1' to mod_auth : dispatching auth request "getgroups" to module mod_auth_file : dispatching auth request "getgroups" to module mod_auth_unix : no supplemental groups found for user 'fr1' : dispatching LOG_CMD command 'USER fr1' to mod_log : dispatching PRE_CMD command 'PASS (hidden)' to mod_core : dispatching PRE_CMD command 'PASS (hidden)' to mod_core : dispatching PRE_CMD command 'PASS (hidden)' to mod_auth : dispatching auth request "endpwent" to module mod_auth_file : dispatching auth request "endpwent" to module mod_auth_unix : dispatching auth request "endgrent" to module mod_auth_file : dispatching auth request "endgrent" to module mod_auth_unix : dispatching CMD command 'PASS (hidden)' to mod_auth : dispatching auth request "getgroups" to module mod_auth_file : dispatching auth request "getgroups" to module mod_auth_unix : no supplemental groups found for user 'fr1' : dispatching auth request "getpwnam" to module mod_auth_file : dispatching auth request "getpwnam" to module mod_auth_unix : no such user 'fr1' : USER fr1: no such user found from psi01 [xxx.xxx.xxx.201] to xxx.xxx.xxx.211:21 : dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_log : dispatching LOG_CMD_ERR command 'PASS (hidden)' to mod_auth : dispatching PRE_CMD command 'QUIT' to mod_core : dispatching PRE_CMD command 'QUIT' to mod_core : dispatching PRE_CMD command 'QUIT' to mod_log : dispatching CMD command 'QUIT' to mod_core : dispatching auth request "endpwent" to module mod_auth_file : dispatching auth request "endpwent" to module mod_auth_unix : dispatching auth request "endgrent" to module mod_auth_file : dispatching auth request "endgrent" to module mod_auth_unix : FTP session closed. Die Kennung fr1 und das zugehörige Passwort sind korrekt, ebenso der PAM-Service httpd. Aufgefallen ist mir, dass die Meldungen in der Logdatei auch ohne die PAM-Einträge genauso aussehen. Ich vermute, dass ich irgendeine Kleinigkeit übersehen habe. :wink: Gruß, maxtester Titel: Problem gelöst Beitrag von: maxtester am 09. Juli 2004, 13:59:35 Der Parameter
PersistentPasswd Off hat's gebracht. gruß, maxtester |