|
Titel: Connection Problem Beitrag von: sick-sample am 27. Mai 2006, 04:38:55 Hoi, kann mit folgender config nicht als ftp/anonymous connecten:
Code: #### Globale Einstellungen <Global> # Ausgabe bei Fehlanmeldung und erfolgreicher Anmeldung AccessDenyMsg "Keine Anmeldung fuer %u moeglich" AccessGrantMsg "Anmeldung erfolgreich. Hallo und Willkommen %u." # Verbindung trennen nach ... Sekunden, wenn Klient nicht mehr erreichbar, # Klient nur eingeloggt, aber ohne Aktion, oder # sich zu lange Zeit lässt beim Einloggen :) TimeOutStalled 300 TimeOutIdle 300 TimeOutLogin 300 # Portbereich festlegen PassivePorts 40000 50000 </Global> #### Anonymer Zugang # Verzeichnis angeben im Anonymous-Block <Anonymous ~ftp> # Benutzer und Gruppe User ftp Group ftp # Alias setzen, so dass man sich auch mit dem Benutzernamen ftp # (anstatt anonymous) anmelden kann UserAlias anonymous ftp # Anonymous benötigt kein Passwort mehr AnonRequirePassword off # Maximale Anzahl von Klienten, die sich gleichzeitig anmelden dürfen MaxClients 04 </Anonymous> Log: Verbindung mit xxx.xxx.xxx.xxx wurde hergestellt. 220 ProFTPD 1.2.10 Server (Server) [xxx.xxx.xxx.xxx] Benutzer (xxx.xxx.xxx.xxx:(none)): ftp 331 Anonymous login ok, send your complete email address as your password. Kennwort: email@email.com 530 Keine Anmeldung fuer ftp moeglich Anmeldung fehlgeschlagen. Kann mir jemand helfen??? Titel: Re: Connection Problem Beitrag von: VolGas am 27. Mai 2006, 08:36:38 Hallo,
"<Anonymous ~ftp>" ist falsch, da gehört ein kompletter Pfad hin, kein Userverzeichnis. (siehe: http://www.proftpd.de/Direktiven.54.0.html#1) mfg. VolGas Titel: Re: Connection Problem Beitrag von: sick-sample am 27. Mai 2006, 15:41:57 Hoi, danke schonmal aber es funzt immer noch ned, hab die Konfig folgend geändert:
Code: ## Kleine Konfigdatei ProFTPD ## # Performance schaffen UseReverseDNS off IdentLookups off # Optionaler Eintrag für den Servernamen ServerName "aCa - advanced Computer artists - FTP-Server" # Standalone (warten auf ankommende Verbindung und Daemon starten) # oder (x)inetd für Start über den 'Superserver' ServerType standalone # Standardserver setzen DefaultServer on # Port festlegen (Standard ist 21) Port 21 # Globale Verzeichnis- und Dateirechteänderung Umask 022 # Anzahl max. gleichzeitiger Verbindungen (nur Standalone-Modus) MaxInstances 30 # Benutzer und Gruppe festlegen unter der ProFTP laufen soll User ftp Group ftp #### Globale Einstellungen <Global> # Ausgabe bei Fehlanmeldung und erfolgreicher Anmeldung AccessDenyMsg "Keine Anmeldung fuer %u moeglich" AccessGrantMsg "Anmeldung erfolgreich. Hallo und Willkommen %u." # Verbindung trennen nach ... Sekunden, wenn Klient nicht mehr erreichbar, # Klient nur eingeloggt, aber ohne Aktion, oder # sich zu lange Zeit lässt beim Einloggen :) TimeOutStalled 300 TimeOutIdle 300 TimeOutLogin 300 # Portbereich festlegen PassivePorts 40000 50000 </Global> #### Anonymer Zugang # Verzeichnis angeben im Anonymous-Block <Anonymous /home/ftp> # Benutzer und Gruppe User ftp Group ftp # Alias setzen, so dass man sich auch mit dem Benutzernamen ftp # (anstatt anonymous) anmelden kann UserAlias anonymous ftp # Maximale Anzahl von Klienten, die sich gleichzeitig anmelden dürfen MaxClients 30 </Anonymous> Bei dem Versuch zu Connecten kommt immer noch die selbe meldung... Titel: Re: Connection Problem Beitrag von: VolGas am 27. Mai 2006, 15:56:25 Hmm,
füge doch noch "RequireValidShell off" im "<Global>"-Block hinzu und starte den ProFTPD neu. Die Verzeichnisrechte stimmen? Wenn beides nicht hilft, bitte Debug-Ausgabe (siehe FAQs) von einem Log-Versuch hier posten. mfg. VolGas Titel: Re: Connection Problem Beitrag von: sick-sample am 28. Mai 2006, 00:08:53 Yuhu, es funzt.
Danke, aber was für mich bzw für meine schlechten Englisch Kenntnisse nicht verständlich ist (auch nicht durch die proftpd page) was bewirkt diese Direktive? Titel: Re: Connection Problem Beitrag von: VolGas am 28. Mai 2006, 02:29:54 Die meisten User-Accounts auf einem Server waren damals reine Mail-Accounts.
Nur Administratoren und besonders privilegierte User hatten direkten Zugriff auf eine Shell und damit auch auf das Dateisystem. Um zu gewährleisten, daß wirklich nur die User per FTP Zugriff auf den Rechner hatten, mußte dem Benutzer eine "valide" Shell zugewiesen sein. Konnte die dem User zugewiesene Shell nicht gestartet werden oder erlaubte keinen Zugriff, dann scheiterte auch der Login per FTP. Daher kann/sollte man "RequireValidShell" prinzipiell auf "off" setzen, da die angelegten User oftmals gar keine Shell eingetragen haben. Leider ist "RequireValidShell" per default auf "on" und damit eine riesige Stolperfalle, da man gerne vergisst die Option auszuschalten oder es schlicht und einfach nicht weiß... mfg. VolGas Titel: Re: Connection Problem Beitrag von: sick-sample am 28. Mai 2006, 11:34:26 Vielen Dank für diese aufschlussreiche Antwort.
|