Probleme mit Standard-FTP (ftp.exe) - PASV
Hallo zusammen,
ich habe ein problem mit dem Standard FTP von Microsoft (ftp.exe).
Folgende Verwendung:
Ich habe eine Batchdatei, die irgendwann ein FTP zu einem lokalen FTP-Server aufbaut und bestimmte Dateien herunterlädt.
Die Anweisungen werden aus einer Textdatei... die dynamisch für jeden client erstellt wird... ausgelesen.
Dynamisch weil die lokalen Pfad Angaben abweichen können.
Kommando: ftp -s:aktualisieren.ftp
Dieses verfahren gibt es schon seit Jahren und funktionierte eigentlich gut.
Server arbeitet unter Windows mit Filezilla-Server; der Client benutzt ftp.exe auf einem Windows-System.
In letzter Zeit gibt es immer wieder Probleme, dass Clients gar nicht oder plötzlich (keiner weiß, was sich geändert hat) die fehlermeldung "Can't open data connection" bekommen.
Das Phänomen tritt in der Regel nur dann auf, wenn Server (Filezilla-Server wird verwendet) und Client in unterschiedlichen Subnetzen sind.
Allerdings sind die Geräte aus beiden Richtungen per Ping erreichbar und es macht auch keinen Unterschied, ob die Firewall aktiviert (ftp.exe als Ausnahme eingetragen) oder ausgeschaltet ist.
Komischerweise funktioniert der Zugriff über den Windows-Explorer (ftp://ftpserver).
Der einzige Unterschied (wenn ich das Log des Servers anschaue... ist der PassivModus.
Jetzt das Hauptproblem... ftp.exe unterstützt das Kommando "PASV" nicht! Weiß einer, wie ich die verbindung trotzdem auf passiv setzen kann?
Alternativ:
Kennt einer geeigneten FTP-Client, der per Kommandodatei, Dateien im hintergrund herunterladen kann? Möglichst ähnliche Kommandos wie bei ftp.exe!
Viele Grüße
ich habe ein problem mit dem Standard FTP von Microsoft (ftp.exe).
Folgende Verwendung:
Ich habe eine Batchdatei, die irgendwann ein FTP zu einem lokalen FTP-Server aufbaut und bestimmte Dateien herunterlädt.
Die Anweisungen werden aus einer Textdatei... die dynamisch für jeden client erstellt wird... ausgelesen.
Dynamisch weil die lokalen Pfad Angaben abweichen können.
Kommando: ftp -s:aktualisieren.ftp
Dieses verfahren gibt es schon seit Jahren und funktionierte eigentlich gut.
Server arbeitet unter Windows mit Filezilla-Server; der Client benutzt ftp.exe auf einem Windows-System.
In letzter Zeit gibt es immer wieder Probleme, dass Clients gar nicht oder plötzlich (keiner weiß, was sich geändert hat) die fehlermeldung "Can't open data connection" bekommen.
Das Phänomen tritt in der Regel nur dann auf, wenn Server (Filezilla-Server wird verwendet) und Client in unterschiedlichen Subnetzen sind.
Allerdings sind die Geräte aus beiden Richtungen per Ping erreichbar und es macht auch keinen Unterschied, ob die Firewall aktiviert (ftp.exe als Ausnahme eingetragen) oder ausgeschaltet ist.
Komischerweise funktioniert der Zugriff über den Windows-Explorer (ftp://ftpserver).
Der einzige Unterschied (wenn ich das Log des Servers anschaue... ist der PassivModus.
Jetzt das Hauptproblem... ftp.exe unterstützt das Kommando "PASV" nicht! Weiß einer, wie ich die verbindung trotzdem auf passiv setzen kann?
Alternativ:
Kennt einer geeigneten FTP-Client, der per Kommandodatei, Dateien im hintergrund herunterladen kann? Möglichst ähnliche Kommandos wie bei ftp.exe!
Viele Grüße
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 160472
Url: https://administrator.de/contentid/160472
Ausgedruckt am: 22.11.2024 um 13:11 Uhr
5 Kommentare
Neuester Kommentar
hi, benutze eine anderen Client, "wput" z.B. , nein man kann die Verbindung bei ftp.exe nicht trotzdem passiv setzen.
http://wput.sourceforge.net/
Achso, WinSCP halte ich auch für eine gute skriptbasierte Lösungsmöglichkeit.
gruß
http://wput.sourceforge.net/
Achso, WinSCP halte ich auch für eine gute skriptbasierte Lösungsmöglichkeit.
gruß
genau mit wget oder wput je nach dem wie deine Anforderung ist. Und ja, WinSCP bietet die Möglichkeiten die du benötigst...
http://winscp.net/eng/docs/scripting
http://winscp.net/eng/docs/scripting
mit CURL32 habe ich auch schon gearbeitet... Noch ne dritte (gute) Möglichkeit... http://curl.haxx.se/docs/manpage.html