vsftpd: 500 OOPS: konnte den lauschenden IPv4-Socket nicht binden

vsftpd: 500 OOPS: konnte den lauschenden IPv4-Socket nicht binden

Ich werde vsftpd als FTP-Server verwenden. Ich habe alle Änderungen an /etc/vsftpd.conf vorgenommen.

Diese Änderungen sind (laut digitalocean):

anonymous_enable=NO
write_enable=YES
local_enable=YES
chroot_local_user=YES

Mehr hier:https://www.digitalocean.com/community/articles/how-to-configure-vsftpd-to-use-ssl-tls-on-an-ubuntu-vps

Ich habe auch eine SSL-Zertifikatsdatei erstellt. (nicht notwendig, aber empfohlen)

Immer noch:

500 OOPS: Der lauschende IPv4-Socket konnte nicht gebunden werden

Notiz:

pam_service_name=vsftpd

Netstat:

netstat -pan|grep :21;
tcp        0      0 0.0.0.0:21 0.0.0.0:*               LISTEN      30694/vsftpd

Antwort1

Höchstwahrscheinlich haben Sie „ /etc/xinetd.d/ftp enabledAND“ gezeigt /usr/sbin/vsftpdund in /etc/vsftpd.conf„ haben Sie “ listen=YES.

Ändern Sie es einfach in listen=NO. Dies listen=YESist für den Standalone-Betrieb. Wenn Sie möchten, dass vsftpd immer aktiv ist, müssen Sie es in der xinetdKonfiguration deaktivieren.

Antwort2

Sie benötigen möglicherweise eine LISTEN-Zeile: LISTEN=YES

UPDATE: Aus Ihrem Netstat-Ergebnis geht hervor, dass vsftpd tatsächlich ausgeführt wird und mit 0.0.0.0:21 verknüpft ist. Also Port (21) auf allen Schnittstellen. Dies könnte eine Warnung sein, dass eine der Schnittstellen die Bindungsanforderung nicht akzeptiert. Können Sie den FTP-Server testen? Erhalten Sie eine Verzeichnisliste?

UPDATE 2: Ist SELinux aktiviert? Können Sie bitte versuchen, sich als passiver und als aktiver Benutzer anzumelden und prüfen, ob einer davon funktioniert? ... Diese Dinge haben eine Vorgeschichte mit FTP. Außerdem sollten Sie darauf achten, ob das Home-Verzeichnis des für die Anmeldung verwendeten Benutzerkontos tatsächlich dem Benutzer gehört. vsftpd ist sehr empfindlich, wenn es um Berechtigungen geht.

verwandte Informationen