Debian + Wu-FTPD

Computer: Software & Programmierung UNIX & Linux
#1

Hallo alle zusammen!

Ich möchte einen FTP-Server unter Debian einrichten. Hierfür benutze ich das Programm Wu-FTPD. Installiert ist es, aber leider funktioniert es nicht.

Wenn ich zum Beispiel eine Verbindung zu localhost herstellen möchte spuckt er mir folgendes aus:

Connected to xyz
421 Service not available, remote server has closed connection

Wer kann mir helfen ?

#2

Hallo,
auf jeden Fall braucht man mehr Informationen um dir zu helfen.

  1. ist der Port offen?
    mach mal einen Portscan auf localhost, z.B. nmap localhost
  2. Laeuft der server? mach mal ein ps -el|grep ftp
  3. wie ist WU-FTPD konfiguriert?
  4. was passiert wenn du
    telnet localhost 21
    probierst und dich ein bisschen mit deinem FTP-Server „unterhaeltst“?

BTW würde ich dir vsftpd empfehlen, mit dem hab ich keinerlei Probleme, gibts auch fuer Debian (ich weiss dass wuftpd auch funkionieren sollte :wink:, auch kernel.org verwendet vsftpd :wink:

Grüße,
Moritz

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]

#3

Connected to xyz
421 Service not available, remote server has closed
connection

Kenne kein Debian und habe den wuftpd das letzte Mal 1994 benutzt.

Hört sich so an, als sei /etc/inetd.conf nicht richtig konfiguriert. Möglicherweise stimmt der Pfad nicht zum wuftpd. Oder aber die wuftpd-Konfiguration ist auf standalone-Betrieb konfiguriert.

Es gibt zwei Möglichkeiten, einen Service zu starten:

  1. Das Server-Programm direkt starten und entsprechendes in die Konfiguration eintragen (standalone-Betrieb) oder

  2. per inetd oder xinetd, dann darf der Server nicht im standalone-Berieblaufen und /etc/inetd.conf muss richtig konfiguriert sein (mit xinetd kenne ich mich nicht aus, aber da wird es ähnlich sein).

Stefan

#4

Hallo,
auf jeden Fall braucht man mehr Informationen um dir zu
helfen.

  1. ist der Port offen?
    mach mal einen Portscan auf localhost, z.B. nmap localhost
  2. Laeuft der server? mach mal ein ps -el|grep ftp
  3. wie ist WU-FTPD konfiguriert?
  4. was passiert wenn du
    telnet localhost 21
    probierst und dich ein bisschen mit deinem FTP-Server
    „unterhaeltst“?

BTW würde ich dir vsftpd empfehlen, mit dem hab ich keinerlei
Probleme, gibts auch fuer Debian (ich weiss dass wuftpd auch
funkionieren sollte :wink:, auch kernel.org verwendet vsftpd :wink:

Grüße,
Moritz

Hallo Moritz.

Habe vsftpd installiert und es funktioniert auch … habe die Konfigdateien entsprechend angepasst und er stellt eine Verbindung her.

Nun habe ich aber das Problem das ich mich mit keinem Profil einloggen kann !!! Kannst du mir helfen … vielleicht siehst du den Fehler ja schon in meiner Conf …

Habe eine vsftpd.user_list erstellt in der alle Benutzer eingetragen werden müssen die sich anmelden dürfen.

Hier nun ein Auszug aus der vsftp.conf :

Example config file /etc/vsftpd.conf

The default compiled in settings are very paranoid. This sample file

loosens things up a bit, to make the ftp daemon more usable.

Allow anonymous FTP?

anonymous_enable=NO

Uncomment this to allow local users to log in.

local_enable=YES

Uncomment this to enable any form of FTP write command.

write_enable=YES

Default umask for local users is 077. You may wish to change this to 022,

if your users expect that (022 is used by most other ftpd’s)

#local_umask=022

Uncomment this to allow the anonymous FTP user to upload files. This only

has an effect if the above global write enable is activated. Also, you will

obviously need to create a directory writable by the FTP user.

#anon_upload_enable=YES

Uncomment this if you want the anonymous FTP user to be able to create

new directories.

#anon_mkdir_write_enable=YES

Activate directory messages - messages given to remote users when they

go into a certain directory.

dirmessage_enable=YES

Activate logging of uploads/downloads.

xferlog_enable=YES

Make sure PORT transfer connections originate from port 20 (ftp-data).

connect_from_port_20=YES

If you want, you can arrange for uploaded anonymous files to be owned by

a different user. Note! Using „root“ for uploaded files is not

recommended!

#chown_uploads=YES
#chown_username=whoever

You may override where the log file goes if you like. The default is shown

below.

#xferlog_file=/var/log/vsftpd.log

If you want, you can have your log file in standard ftpd xferlog format

#xferlog_std_format=YES

You may change the default value for timing out an idle session.

#idle_session_timeout=600

You may change the default value for timing out a data connection.

#data_connection_timeout=120

It is recommended that you define on your system a unique user which the

ftp server can use as a totally isolated and unprivileged user.

nopriv_user=ftpsecure

Enable this and the server will recognise asynchronous ABOR requests. Not

recommended for security (the code is non-trivial). Not enabling it,

however, may confuse older FTP clients.

#async_abor_enable=YES

By default the server will pretend to allow ASCII mode but in fact ignore

the request. Turn on the below options to have the server actually do ASCII

mangling on files when in ASCII mode.

Beware that turning on ascii_download_enable enables malicious remote parties

to consume your I/O resources, by issuing the command „SIZE /big/file“ in

ASCII mode.

These ASCII options are split into upload and download because you may wish

to enable ASCII uploads (to prevent uploaded scripts etc. from breaking),

without the DoS risk of SIZE and ASCII downloads. ASCII mangling should be

on the client anyway…

#ascii_upload_enable=YES
#ascii_download_enable=YES

You may fully customise the login banner string:

#ftpd_banner=Welcome to blah FTP service.

You may specify a file of disallowed anonymous e-mail addresses. Apparently

useful for combatting certain DoS attacks.

#deny_email_enable=YES

(default follows)

#banned_email_file=/etc/vsftpd.banned_emails

You may specify an explicit list of local users to chroot() to their home

directory. If chroot_local_user is YES, then this list becomes a list of

users to NOT chroot().

#chroot_list_enable=YES

(default follows)

#chroot_list_file=/etc/vsftpd.chroot_list

You may activate the „-R“ option to the builtin ls. This is disabled by

default to avoid remote users being able to cause excessive I/O on large

sites. However, some broken FTP clients such as „ncftp“ and „mirror“ assume

the presence of the „-R“ option, so there is a strong case for enabling it.

#ls_recurse_enable=YES

Own Settings

userlist_deny=NO
userlist_enable=YES
chroot_local_user=YES

Ich weiß viel Text, und schon mal danke das FTP überhaupt wieder geht aber es sollte ja jetzt richtig laufen :smile:

#5

Hallo Frederic,

Habe vsftpd installiert und es funktioniert auch … habe die
Konfigdateien entsprechend angepasst und er stellt eine
Verbindung her.

Nun habe ich aber das Problem das ich mich mit keinem Profil
einloggen kann !!! Kannst du mir helfen … vielleicht siehst
du den Fehler ja schon in meiner Conf …

Hm, nicht auf Anhieb.
Hast du’s mal mit

local_enable=YES
virtual_use_local_privs=YES
guest_enable=YES

probiert?
ich kanns leider bei mir nicht ausprobieren, ich hab ein anderes Zugriffsmodell.
Ich verwende das in
/usr/share/doc/vsftpd/EXAMPLE/VIRTUAL_USERS/README.gz
beschriebene Modell mit pam und db. Hab mir auch 'ne kleine User-Verwaltung dazu geschrieben…

Bist du dir sicher dass alle ftp-user bei dir auch einen shell-Zugang brauchen? wenn nicht ist dein weg über local users eine relativ schlechte Idee.
Ich kann dir /usr/share/doc/vsftpd/* sehr empfehlen zu lesen, da habe ich auch ne ganze Menge gelernt :wink:. Da ist auch ne gute FAQ dabei…

Habe eine vsftpd.user_list erstellt in der alle Benutzer
eingetragen werden müssen die sich anmelden dürfen.

Wie? per pam_listfile oder so?

Grüße,
Moritz

weiter Kommentare unten…

Hier nun ein Auszug aus der vsftp.conf :
anonymous_enable=NO

local_enable=YES

das sollte eigentlich reichen. Lass doch erstmal die Liste mit ftp-usern weg und probiers dann noch mal - nur um das problem einzugrenzen.

nopriv_user=ftpsecure

hast du diesen User angelegt?

userlist_deny=NO
userlist_enable=YES
chroot_local_user=YES

zusätzlich werden user aus der Liste /etc/ftpusers oder so geblockt - iirc

Ich weiß viel Text, und schon mal danke das FTP überhaupt
wieder geht aber es sollte ja jetzt richtig laufen :smile:

viel Text ist nicht prinzipiell schlecht :wink:

#6

Hallo,

Kenne kein Debian und habe den wuftpd das letzte Mal 1994
benutzt.

Ersteres ist es wert zu ändern, zweiteres nicht.

Sprich: WU-FTPD ist nicht das, was man will. Unsicher

Gruß,

Sebastian