Fragensteller
IIS 8.5 FTP-Verbindung: "Data channel timed out" bei Verzeichnisabfrage

Frage
-
Hallo,
wir versuchen, eine FTP-Verbindung auf unseren Server via Manager User zu ermöglichen. Hierbei tritt folgendes Problem auf:
Es ist möglich, sich von extern mit dem Server zu verbinden. Sobald der Client jedoch den LIST Befehl sendet, kommt keine Antwort mehr. Schließlich wird der Data Channel mit Timeout-Meldung geschlossen (siehe Logs unten). Weiß jemand, woran das liegen könnte?
Bisherige Vermutung war die Firewall. Ein externer Firewall-Server ist aber nicht vorhanden und der Fehler bleibt selbst dann bestehen, wenn die Windows Firewall des Servers deaktiviert wird.
Weiß jemand Rat?
Log des FTP-Clients (FileZilla)
Status: Auflösen der IP-Adresse für •••••.cloudapp.net Status: Verbinde mit 191.233.65.17:21... Status: Verbindung hergestellt, warte auf Willkommensnachricht... Antwort: 220 Microsoft FTP Service Befehl: USER testuser Antwort: 331 Password required Befehl: PASS *** Antwort: 230 User logged in. Befehl: OPTS UTF8 ON Antwort: 200 OPTS UTF8 command successful - UTF8 encoding now ON. Status: Verbunden Status: Empfange Verzeichnisinhalt... Befehl: PWD Antwort: 257 "/" is current directory. Befehl: TYPE I Antwort: 200 Type set to I. Befehl: PASV Antwort: 227 Entering Passive Mode (100,73,244,5,4,6). Befehl: LIST Antwort: 150 Opening BINARY mode data connection. Fehler: Zeitüberschreitung der Verbindung Fehler: Verzeichnisinhalt konnte nicht empfangen werden
Log vom IIS:
2014-07-29 15:45:30 46.31.221.253 - 100.73.244.5 21 ControlChannelOpened - - 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - - 2014-07-29 15:45:30 46.31.221.253 - 100.73.244.5 21 USER testuser 331 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - - 2014-07-29 15:45:30 46.31.221.253 testuser 100.73.244.5 21 PASS *** 230 0 0 98a2b14c-edcb-409c-846e-bc314d956565 / - 2014-07-29 15:45:30 46.31.221.253 testuser 100.73.244.5 21 OPTS UTF8+ON 200 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - - 2014-07-29 15:45:30 46.31.221.253 testuser 100.73.244.5 21 PWD - 257 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - - 2014-07-29 15:45:30 46.31.221.253 testuser 100.73.244.5 21 TYPE I 200 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - - 2014-07-29 15:45:30 46.31.221.253 testuser 100.73.244.5 21 PASV - 227 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - - 2014-07-29 15:46:06 - testuser 100.73.244.5 1030 DataChannelClosed - - 258 15 98a2b14c-edcb-409c-846e-bc314d956565 - Data+channel+timed+out. 2014-07-29 15:46:06 46.31.221.253 testuser 100.73.244.5 21 LIST - 550 1236 15 98a2b14c-edcb-409c-846e-bc314d956565 / Data+channel+timed+out. 2014-07-29 15:46:06 46.31.221.253 testuser 100.73.244.5 21 ControlChannelClosed - - 0 0 98a2b14c-edcb-409c-846e-bc314d956565 - -
Alle Antworten
-
Hallo,
so wie es aussieht ist es ein Problem von Microsoft Azure, welches die Ports blockiert. Wenn man im FileZilla den aktiven Modus aktiviert und einen Port festlegt (z.B. 1025) funktioniert es.
Da der Zugriff letztendlich hinten rum über ein Script geschieht können wir damit leben.- Bearbeitet Irolan Mittwoch, 30. Juli 2014 12:59