Verbindung zu FTP nicht möglich - Verbindungszeitüberschreitung nach MLSD


10

Hier ist mein Problem: Ich kann absolut keine Verbindung zu einem FTP-Server herstellen, unter Umständen, die ich noch nie gesehen habe. Hier ist die Situation:

  • Ich erhalte direkt nach dem MLSD-Befehl eine Zeitüberschreitung für die Verbindung.
  • Normalerweise verwende ich Filezilla unter Ubuntu, aber um sicherzustellen, dass das Problem nicht mit diesem bestimmten Client zusammenhängt, habe ich einige andere ausprobiert: gftp unter Ubuntu und woncp und freeftp unter Windows 7. Das gleiche Ergebnis.
  • Stellen Sie außerdem sicher, dass Sie den aktiven oder passiven Modus verwenden. Gleiches Ergebnis.
  • An diesem Punkt würde ich gerne glauben, dass etwas mit meinem aktuellen Netzwerk nicht stimmt (außerdem ist der FTP-Server laut einem Kollegen in Ordnung). Aber ich habe mich bei http://ftptest.net/ erkundigt und kann die Verzeichnisliste abrufen (die ich nicht über einen FTP-Client erhalten kann).

Am Ende habe ich also nicht versucht, in ein anderes Netzwerk zu wechseln. Diese Lösung scheint zu funktionieren, wäre aber auf lange Sicht nicht sehr praktisch. Und so denke ich, dass etwas mit meinem Router nicht stimmt ... aber was könnte es möglicherweise sein?

Hinweis: Ich habe versucht, diese Frage zuerst zu registrieren und im Filezilla-Forum zu veröffentlichen. Ich kann jedoch kein Konto mit einem Google Mail- oder Hotmail-Konto erstellen. WTF?


Zur Information hatten wir auch das MLSD-Befehlsproblem, aber dies war kein Firewall-Problem, sondern zu viele Dateien im Verzeichnis (mehr als 40 000).
Marc MAURICE

Ich hatte auch dieses Problem. Seltsamerweise wurde das Problem behoben, nachdem ich die Serverkonfiguration zum Site Manager hinzugefügt und UNIX als Servertyp festgelegt hatte.
Emiswelt

In FileZilla Version 3.21 musste ich in den Verbindungseinstellungen auf "Nur einfaches FTP (unsicher) verwenden" umschalten, damit es funktioniert. Ich werde jetzt mit den Einstellungen auf dem Server spielen, um ihn nicht so "unsicher" zu machen.
Miro J.

Antworten:


7

Laut den FileZilla-Administratoren ist Ihr Router wahrscheinlich das Problem (obwohl Sie wahrscheinlich nichts dagegen tun können), und sie werden es nicht beheben, um auf LIST zurückzugreifen, wenn MLSD eine Zeitüberschreitung aufweist. Siehe: http://forum.filezilla-project.org/viewtopic.php?f=2&t=11405&start=15

Lösung: Versuchen Sie Core FTP oder ähnliches. Es ist unwahrscheinlich, dass Sie die hartnäckigen FileZilla-Leute davon überzeugen können, eine (dumm einfache) Problemumgehungsoption hinzuzufügen: "Bei MLSD-Zeitüberschreitung auf LIST zurückgreifen".

Da es sich um Open Source handelt, prüfen Sie, ob Sie oder eine andere Person die Änderung vornehmen und selbst kompilieren können. Ich stelle mir vor, wenn Sie versuchen, die Änderung einzureichen, die dem offiziellen Build hinzugefügt werden soll, werden sie abgelehnt, aber vielleicht könnten wir angenehm überrascht sein.


1
Gut zu wissen! Gnome Commander gut verbunden.
Styu

Wow, was für eine professionelle und hilfreiche Antwort in diesem FileZilla-Forum: "Verwenden Sie Ihre dumme Firewall dann nicht mehr, sie ist nicht Teil des FTP-Protokolls."
basic6

+1 für den höflichen Kritikton!
Miro J.

6

Nach langer Suche war die Lösung einfach:

Gehen Sie zu Site Managementund wählen Sie die Site mit dem Problem aus. Wählen Sie die Registerkarte Transfer Settingsund wählen Sie Activestattdessen Default.


2

Ich habe das Problem in der Verschlüsselung gefunden, als ich es in "Nur einfaches FTP (unsicher) verwenden" geändert habe, dann funktioniert es einwandfrei!

FileZilla ist mir sehr vertraut und ich muss bei jedem Update um Fehler kämpfen.


Afaik diese Frage war nicht FTP-Client-spezifisch und war nicht Windows-spezifisch.
Peter - Wiedereinsetzung Monica

1
Das Deaktivieren von TLS ist ein schlechter Rat. Natürlich löst das das Problem, das durch die Verwendung von TLS verursacht wird, aber dies führt zu einer unsicheren Verbindung ...
Yvan

1

Ich habe das Problem behoben, indem ich einen SSH-Tunnel über einen meiner persönlichen Server verwendet habe. Ich bin absolut ratlos, warum das funktionieren würde. Ich bin derzeit in Japan und mein Server in Kanada. Vielleicht liegt ein Problem mit der IPv6-Adresse vor (obwohl der Server dies nicht vorschreibt) ...?


1

Ich möchte nur die Leute wissen lassen, wie ich das zum Laufen gebracht habe.

Mit dem MLSD-Timeout kann das Problem auch im Router liegen.

Ich habe einen neuen Asus-Router bekommen und die Ports für den passiven Modus falsch weitergeleitet. Ich habe ein qnap NAS und verbinde mich über Port 21 auf FTP und Port xxxxx: xxxxx im passiven Modus. In meinem Asus-Router habe ich den Port Forward (virtueller Server) jetzt korrekt eingestellt und es funktioniert wieder. Mein FTP wird auf Port 21 korrekt an meine NAS-IP weitergeleitet, nur Standardmaterial. Das Problem waren die passiven Ports, die mein NAS auch verwenden wollte.

Ich habe dies in meinem Abschnitt zur Portweiterleitung getan (Virtual Server heißt es in ASUS-Routern):

Servicename: Whateveryoulike

Portbereich: Die passiven Ports, die Ihr Gerät verwendet (Standard 55536: 56559 für Qnap)

Lokale IP: Die lokale IP des Geräts (etwa 192.168.0.xxx)

Lokaler Hafen: LASSEN SIE DIESES LEER

Protokoll: Beides

Hinzufügen

Anwenden

BOOM! Wir haben Uplink.

Das Problem könnte etwas anderes sein, aber dies hat meine Zeitüberschreitung behoben und jetzt funktioniert alles.


0

Wenn Sie eine Verbindung zu einem Unix-Server herstellen und dort iptables (Firewall) ausgeführt wird, überprüfen Sie Ihre iptables-Konfiguration in / etc / sysconfig / iptable-config für diese Zeile:

IPTABLES_MODULES = ""

Wenn es leer ist, bearbeiten Sie es wie folgt:

IPTABLES_MODULES = " ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ftp "

und iptables neu laden oder neu starten: service iptables neu laden (oder neu starten). Versuchen Sie nun, eine Verbindung herzustellen (im passiven Modus), und es sollte problemlos funktionieren.

Dies hat unser Problem im Büro auf Desktops mit Windows 7 / 8.1 hinter einem NAT und der Verbindung mit WinSCP 5.5.3 mit einem Produktionsserver unter CentOS 6.6 x86_64, Plesk 12 und ProFTPd behoben.

Sie sollten keine verrückten Einstellungen in Ihrem FTP-Client vornehmen müssen.

Prost, Michael.

PS: Hierfür benötigen Sie SSH-Zugriff und Root-Berechtigungen.


0

Wie andere habe ich viel Zeit mit diesem Problem verschwendet.

Ich habe das Problem jetzt behoben.

Ich habe FireFTP (ein kostenloses Firefox-Add-On) verwendet und es hat beim ersten Mal nahtlos funktioniert.

Eine Sache, die mir aufgefallen ist, war, dass FireFTP standardmäßig Port 21 verwendet.

Auf der anderen Seite erlaubte FileZilla nicht, dass das Feld Port ausgefüllt wurde (standardmäßig war es wieder leer). Vielleicht war das ein Teil des Problems.

Ich habe alle zuvor genannten Dinge ausprobiert (zu Aktiv wechseln, Filezilla an der Firewall vorbei zulassen usw.) und keine hat bei mir funktioniert (ich habe Windows 10).


-1

Ich hatte das gleiche Problem beim Versuch, eine Verbindung über die Schnellverbindung an Port 2222 herzustellen. Dann habe ich Site Manager mit den folgenden Einstellungen verwendet und keinen Fehler mehr:

  • Port 2222
  • Protokoll SFTP
  • Anmeldetyp Normal
  • Benutzer und Pass

Dann wurde die Verbindung über den Site Manager sofort hergestellt.


-3

Es ist einfach!

Sie müssen eine Firewall-Ausnahme für Fillzilla (oder einen von Ihnen verwendeten Client) hinzufügen.

(Wenn es nicht funktioniert, liegt möglicherweise etwas an der Firewall oder dem Port Forward Ihres Routers.)

PS: Das Ändern des Verbindungsmodus in "Aktiv" kann ein Trick sein, ist jedoch nicht die "Best-Practice-Lösung". ;-);

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.