FTP-Fehler auf dem Ubuntu-Server

989
gabi

Ich lerne immer noch Ubuntu 16.04. Hier ist meine Situation mit FTP-Fehler. Ich habe vsftpd vor zwei Monaten auf meinem Unbuntu-Server installiert, und als ich letzten Sonntag daran gearbeitet habe, war alles in Ordnung. Aber jetzt versuche ich mich mit ftp zu verbinden, erhalte aber das Ergebnis "Verbindung abgelehnt" wie folgt:

ftp: connect to address ::1: Connection refused Trying 127.0.0.1... ftp: connect: Connection refused  

/ Var / log / syslog sagt folgendes:

Jun 27 19:36:22 ubuntu systemd[1]: Starting vsftpd FTP server... Jun 27 19:36:22 ubuntu systemd[1]: Started vsftpd FTP server. Jun 27 19:36:22 ubuntu systemd[1]: vsftpd.service: Main process exited, code=exited, status=2/INVALIDARGUMENT Jun 27 19:36:22 ubuntu systemd[1]: vsftpd.service: Unit entered failed state. Jun 27 19:36:22 ubuntu systemd[1]: vsftpd.service: Failed with result 'exit-code'.  

Ich habe online nach Lösungen gesucht und ausprobiert, aber ohne gutes Ergebnis. Ich habe auch die iptables überprüft, sie sind so leer:

Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination  

... was bedeutet, dass nichts in den iptables zu halten ist, richtig? ... und dies ist meine vsftpd.conf:

listen=YES listen_ipv6=YES anonymous_enable=YES local_enable=YES write_enable=YES anon_upload_enable=YES anon_mkdir_write_enable=YES dirmessage_enable=YES use_localtime=YES xferlog_enable=YES connect_from_port_20=YES xferlog_file=/var/log/vsftpd.log chroot_local_user=YES secure_chroot_dir=/var/run/vsftpd/empty pam_service_name=vsftpd rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key ssl_enable=NO guest_enable=YES guest_username=workers user_config_dir=/etc/vsftpd/userconfig/ user_sub_token=$USER local_root=/home/work/$USER hide_id=YES allow_writeable_chroot=YES local_umask=022 pasv_enable=YES pasv_min_port=64000 pasv_max_port=65535  

Ich habe wirklich keine Ahnung, was mit vsftpd auf meinem Server nicht stimmt.

1
Welchen Befehl haben Sie zum Starten von fsftpd verwendet? Gibt es etwas in /var/log/vsftpd.log oder / var / log / syslog? Schauen Sie sich auch die folgende Website an: //unix.stackexchange.com/questions/181436/vsftpd-wont-start#310010 - Vielleicht müssen Sie root: root /etc/vsftp.conf angeben davidgo vor 7 Jahren 0
Meistens benutze ich sudo service vsftpd restart, um vsftpd neu zu starten. Zum Neustart benutze ich auch sudo /etc/init.d/vsftpd restart. Ja, ich habe mir diesen Link angesehen, bevor ich meine Frage hier gestellt habe, da er nicht hilft. Die Berechtigung für /etc/vsftpd.conf lautet root root. gabi vor 7 Jahren 0

1 Antwort auf die Frage

1
Gohu

Ich habe vsftpddie Konfigurationsdatei installiert, um sie auf meinem Ubuntu 16.04 zu reproduzieren. Wenn Sie beim Starten des Dienstes nicht genügend Informationen in den Protokollen haben, können Sie die ausführbare Datei normalerweise direkt ausführen. Im vorliegenden Fall ergibt sich daraus:

$ vsftpd 500 OOPS: unrecognised variable in config file: hide_id 

Das kann behoben werden, indem die Zeile mit "hide_id" entfernt wird.

Beim erneuten Ausführen werden Sie auf ein anderes Problem stoßen:

$ vsftpd 500 OOPS: run two copies of vsftpd for IPv4 and IPv6 

Das Problem kann behoben werden, indem entweder "listen_ipv6 = YES" oder "listen = YES" entfernt wird.

Danke, Gohu! Es funktionierte! Alles in allem geht es um die Konfigurationsdatei `etc / vsftpd.conf`. Zuerst kommentierte ich "hide_id" und änderte "listen = YES" in "listen = NO", aber es gab mir "500 OOPS": Ich konnte den IPv6-Socket nicht binden. Dann wechselte ich wieder zu listen = YES und kommentierte `listen_ipv6 = YES '. Nach dem Neustart von vstpd, `$ ftp localhost`, obwohl immer noch` ftp: connect to address :: 1: Connection lehnte Versuch 127.0.0.1 ... `ab.`, Aber was folgt, begeistert mich: `Verbunden mit localhost.`` `220 ( vsFTPd 3.0.3) `und` Name (localhost: netlab): `. Bin dankbar! gabi vor 7 Jahren 0