none
IIS 8.5 FTP-Verbindung: "Data channel timed out" bei Verzeichnisabfrage RRS feed

  • 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 - -

    Dienstag, 29. Juli 2014 15:55

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
    Mittwoch, 30. Juli 2014 12:58
  • Das hat mir geholfen. 

    http://grantcurell.com/2013/12/31/failed-to-retrieve-directory-listing-filezilla-connecting-to-iis-behind-nat/

    Dienstag, 30. September 2014 12:17