11
FTP empfängt keine Dateien mehr via Windows FTP.exe
Hallo Zusammen,
vor Monaten habe ich mir mal eine Batch gebaut, die in regelmäßigen Abständen LOGs von Kunden an meinen FTP sendet und dies sehr zuverlässig! Nun habe habe einen neuen DualWan-Router der auch super läuft nur das mit dem FTP klappt jetzt nicht mehr einwandfrei. Mal macht er es und nachmal nicht! Klar es lag jetzt auf der Hand, dass an der Portfreigabe bzw. Weiterleitung was nicht stimmt. Da aber vom Kunden-Server aus via Windows-Explorer die Verbindung und der Datentransport normal läuft, glaube ich , dass der Fehler in der Batch bzw. FTP Script zu suchen ist!
Das hier ist die FTP-Batch:
open test.de
Benutzername
Passwort
binary
put C:\backsync-buer.txt
ascii
close
quit
Der FTP-Server sagt laut LOGs:
Session created on 05.04.2016 09:00:36 on port 21 ----------
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > connected to ip : 192.168.178.213
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > sending welcome message.
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > 220 FTP-Server
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > USER Benutzername
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > 331 Password required for backsync.
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > PASS Passwort
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > logged in.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > 230 User Bennutzername-LOG logged in.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > PORT 84,61,134,154,230,213
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > 200 Port command successful.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > STOR backsync-buer.txt
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > asked to upload 'backsync-buer.txt' in 'R:\Backsync-LOG\' --> Access allowed.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > 150 Opening data connection for backsync-buer.txt.
(000033) 05.04.2016 09:01:24 - BackSync-LOG (80.61.134.153) > 226 File received ok.
(000033) 05.04.2016 09:01:24 - BackSync-LOG (80.61.134.153) > finished uploading 'backsync-buer.txt' in 'R:\Backsync-Rentas-LOG\' - (09:01:25 - 0,063 KB - 0,000 KBytes/s).
(000033) 05.04.2016 09:01:34 - BackSync-LOG (80.61.134.153) > 421 Connection closed by administrator.
(000033) 05.04.2016 09:01:34 - BackSync-LOG (80.61.134.153) > disconnected. (00:00:31)
Jetzt könnte man sagen, was willst du den? Sieht doch gut aus! Ist es aber nicht, die Datei kommt nicht an und auf der Clientseite wird der Close und Quit auch nicht ausgeführt, das CMD Fenster bleibt stehen. Hier im Test habe ich die Verbindung beendet. In der Realität bleibt das CMD Fenster offen und wird erst nach Ablauf des Task durch Windows beendet.
Habe dann mal das Ganze mit einem anderen FTP-Server getestet. Da kam dann diese Meldung:
(000005) 05.04.2016 08:54:14 - backsync (80.61.134.153)> 150 Opening data channel for file upload to server of "/backsync-buer.txt"
(000005) 05.04.2016 08:54:25 - backsync (80.61.134.153)> 425 Can't open data connection for transfer of "/backsync-buer.txt"
Jetzt die Große Frage! Warum kann ich sowohl von Clientseite mit Filezilla-FTP Client u. Windows-Explorer auf dem Server mit gleichen Benutzernamen und Passwort arbeiten, also läuft und via Batch mit Windows FTP.exe geht das nicht mehr?
Hat jemand eine Idee?
vor Monaten habe ich mir mal eine Batch gebaut, die in regelmäßigen Abständen LOGs von Kunden an meinen FTP sendet und dies sehr zuverlässig! Nun habe habe einen neuen DualWan-Router der auch super läuft nur das mit dem FTP klappt jetzt nicht mehr einwandfrei. Mal macht er es und nachmal nicht! Klar es lag jetzt auf der Hand, dass an der Portfreigabe bzw. Weiterleitung was nicht stimmt. Da aber vom Kunden-Server aus via Windows-Explorer die Verbindung und der Datentransport normal läuft, glaube ich , dass der Fehler in der Batch bzw. FTP Script zu suchen ist!
Das hier ist die FTP-Batch:
open test.de
Benutzername
Passwort
binary
put C:\backsync-buer.txt
ascii
close
quit
Der FTP-Server sagt laut LOGs:
Session created on 05.04.2016 09:00:36 on port 21 ----------
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > connected to ip : 192.168.178.213
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > sending welcome message.
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > 220 FTP-Server
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > USER Benutzername
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > 331 Password required for backsync.
(000033) 05.04.2016 09:01:03 - (not logged in) (80.61.134.153) > PASS Passwort
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > logged in.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > 230 User Bennutzername-LOG logged in.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > PORT 84,61,134,154,230,213
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > 200 Port command successful.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > STOR backsync-buer.txt
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > asked to upload 'backsync-buer.txt' in 'R:\Backsync-LOG\' --> Access allowed.
(000033) 05.04.2016 09:01:03 - BackSync-LOG (80.61.134.153) > 150 Opening data connection for backsync-buer.txt.
(000033) 05.04.2016 09:01:24 - BackSync-LOG (80.61.134.153) > 226 File received ok.
(000033) 05.04.2016 09:01:24 - BackSync-LOG (80.61.134.153) > finished uploading 'backsync-buer.txt' in 'R:\Backsync-Rentas-LOG\' - (09:01:25 - 0,063 KB - 0,000 KBytes/s).
(000033) 05.04.2016 09:01:34 - BackSync-LOG (80.61.134.153) > 421 Connection closed by administrator.
(000033) 05.04.2016 09:01:34 - BackSync-LOG (80.61.134.153) > disconnected. (00:00:31)
Jetzt könnte man sagen, was willst du den? Sieht doch gut aus! Ist es aber nicht, die Datei kommt nicht an und auf der Clientseite wird der Close und Quit auch nicht ausgeführt, das CMD Fenster bleibt stehen. Hier im Test habe ich die Verbindung beendet. In der Realität bleibt das CMD Fenster offen und wird erst nach Ablauf des Task durch Windows beendet.
Habe dann mal das Ganze mit einem anderen FTP-Server getestet. Da kam dann diese Meldung:
(000005) 05.04.2016 08:54:14 - backsync (80.61.134.153)> 150 Opening data channel for file upload to server of "/backsync-buer.txt"
(000005) 05.04.2016 08:54:25 - backsync (80.61.134.153)> 425 Can't open data connection for transfer of "/backsync-buer.txt"
Jetzt die Große Frage! Warum kann ich sowohl von Clientseite mit Filezilla-FTP Client u. Windows-Explorer auf dem Server mit gleichen Benutzernamen und Passwort arbeiten, also läuft und via Batch mit Windows FTP.exe geht das nicht mehr?
Hat jemand eine Idee?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 300907
Url: https://administrator.de/contentid/300907
Printed on: April 19, 2024 at 04:04 o'clock
11 Comments
Latest comment
Probiere es mal auf passive Übertragung umzustellen.
Hallo,
beantwortet deine Frage zwar nicht:
ich empfehle anstelle von dem FTP.exe NcFTPPut von http://www.ncftp.com/ncftp/
läuft stabiler und mit -d gibt es eine hervorragende Debugfunktion..
CH
beantwortet deine Frage zwar nicht:
ich empfehle anstelle von dem FTP.exe NcFTPPut von http://www.ncftp.com/ncftp/
läuft stabiler und mit -d gibt es eine hervorragende Debugfunktion..
CH
Hi Henere,
danke das war es, so wie es aussieht! Der hat wohl immer die Verbindung verloren... habe das jetzt so umgestellt und jetzt gehts:
open test.de
Benutzername
Passwort
quote PASV
put C:\backsync-buer.txt
close
quit
danke das war es, so wie es aussieht! Der hat wohl immer die Verbindung verloren... habe das jetzt so umgestellt und jetzt gehts:
open test.de
Benutzername
Passwort
quote PASV
put C:\backsync-buer.txt
close
quit
Bitteschön. Wenn alles so einfach wäre 
Hallo,
https://de.wikipedia.org/wiki/File_Transfer_Protocol#Aktives_FTP
http://www.slacksite.com/other/ftp.html
http://stackoverflow.com/questions/1699145/what-is-the-difference-betwe ...
http://www.prontosystems.org/it/ftp
Hier hätte dir schon klar werden müssen das eben dein Skript nicht der Fehler sein konnte....
Gruß,
Peter
Zitat von @zeroblue2005:
Der hat wohl immer die Verbindung verloren... habe das jetzt so umgestellt und jetzt gehts:
Passiv und / oder Aktive haben aber nichts mit verlorene Verbindung zu tun. Bei Verlorener Verbindung geht so oder so nichts. Du hast deinen neuen Router nicht richtig konfiguriert. Das zeigt dir an das du deinen vorherigen Router für FTP im Aktiv Modus konfiguriert hattest, der jetzige ist nur für FTP im Passiv Modus eingerichtet.Der hat wohl immer die Verbindung verloren... habe das jetzt so umgestellt und jetzt gehts:
https://de.wikipedia.org/wiki/File_Transfer_Protocol#Aktives_FTP
http://www.slacksite.com/other/ftp.html
http://stackoverflow.com/questions/1699145/what-is-the-difference-betwe ...
http://www.prontosystems.org/it/ftp
Nun habe habe einen neuen DualWan-Router der auch super läuft nur das mit dem FTP klappt jetzt nicht mehr einwandfrei
Gruß,
Peter
Zitat von @Pjordorf:
Hallo,
Passiv und / oder Aktive haben aber nichts mit verlorene Verbindung zu tun. Bei Verlorener Verbindung geht so oder so nichts. Du hast deinen neuen Router nicht richtig konfiguriert. Das zeigt dir an das du deinen vorherigen Router für FTP im Aktiv Modus konfiguriert hattest, der jetzige ist nur für FTP im Passiv Modus eingerichtet.
Gruß,
Peter
Hallo,
Passiv und / oder Aktive haben aber nichts mit verlorene Verbindung zu tun. Bei Verlorener Verbindung geht so oder so nichts. Du hast deinen neuen Router nicht richtig konfiguriert. Das zeigt dir an das du deinen vorherigen Router für FTP im Aktiv Modus konfiguriert hattest, der jetzige ist nur für FTP im Passiv Modus eingerichtet.
Gruß,
Peter
Dazu muss der Router aber Layer7 können. Und das können die wenigsten, woher soll der doofe Router sonst wissen, welche Ports er noch aufmachen muss ?
Grüße, Henere
Hmmm,
vorher war eine Fritz!Box dran, die hatte keine Probleme, der DualWan Router aber schon! Tja...
@Henere
Ich muss mich korrigieren , der Fehler ist immer noch da! Soweit ich gelesen habe, kann FTP.exe auch kein Passiv, wobei aber beim Verbindungsaufbau steht, Passiv Modus.
Ist echt schon komisch, dass reguläre FTP Clients über Stunden hinweg laufen und es keine Probleme gibt und das via Batch nicht geht, ich werde mich jetzt mal mit dem Tipp von Christoph-Bochum und ncftp mein Glück versuchen, ich werde berichten!
vorher war eine Fritz!Box dran, die hatte keine Probleme, der DualWan Router aber schon! Tja...
@Henere
Ich muss mich korrigieren , der Fehler ist immer noch da! Soweit ich gelesen habe, kann FTP.exe auch kein Passiv, wobei aber beim Verbindungsaufbau steht, Passiv Modus.
Ist echt schon komisch, dass reguläre FTP Clients über Stunden hinweg laufen und es keine Probleme gibt und das via Batch nicht geht, ich werde mich jetzt mal mit dem Tipp von Christoph-Bochum und ncftp mein Glück versuchen, ich werde berichten!
Tipp mal nur PASV ein.
Und schon geht's.
Und schon geht's.
Ungültiger Befehl sagt er dann!
Sag mal hast du zufällig eine Beispiel Batch für NcFTP ?
Sag mal hast du zufällig eine Beispiel Batch für NcFTP ?
Sorry, aber irgendwann vor X Jahren ging das mal.
Hier noch was für Dich zum lesen.
http://stackoverflow.com/questions/18643542/how-to-use-passive-ftp-mode ...
Hier noch was für Dich zum lesen.
http://stackoverflow.com/questions/18643542/how-to-use-passive-ftp-mode ...
Ich schmeiss mich weg! Ich habe jetzt mal folgendes gemacht und es läuft!
Der DualWan Router hat jeweils ein Modem dran an WAN1 und an WAN2 eine FritzBox im NAT Betrieb! Heißt im Klartext NAT to NAT. Bevor wieder die Fragen kommen, ich wollte das so weil, wegen VOIP hinter NAT usw. PUNKT
Jetzt habe ich das Ganze mal so eingestellt das die Fritz!Box auch eine DynDNS hat und dort Port 21 auf den DualWan Router geschickt und siehe einer an das läuft!
Scon komisch, würde mich echt intressieren, was die Frite anders macht als der DualWan Router?
Der DualWan Router hat jeweils ein Modem dran an WAN1 und an WAN2 eine FritzBox im NAT Betrieb! Heißt im Klartext NAT to NAT. Bevor wieder die Fragen kommen, ich wollte das so weil, wegen VOIP hinter NAT usw. PUNKT
Jetzt habe ich das Ganze mal so eingestellt das die Fritz!Box auch eine DynDNS hat und dort Port 21 auf den DualWan Router geschickt und siehe einer an das läuft!
Scon komisch, würde mich echt intressieren, was die Frite anders macht als der DualWan Router?
