FTP-transfer

[loeweadolf]

Ich muss Programm-Änderungen (Quellen) auf ein Kundensystem übertragen und dort kompilieren.

Der Kunde gibt mir die Möglichkeit, per REMOTE-DESKTOP-Verbindung auf sein System zuzugreifen.
(SonicWall / NextExtender wäre mir lieber)

Ich habe V7R1, der Kunden hat V5R4.
In der SAVF sind die Änderungen als V5R4 gesichert worden, das wäre also so weit okay. Die SAVF ist binär bei mir auf meinen PC mit FTP überspielt worden.
Ich habe mich bei dem Kunden über REMOTE-DESKTOP einwählt und auf dessen AS-400 eine SAVF erstellt.
Die auf meinem PC vorhandene SAVF habe ich über REMOTE-DESKTOP mit "Kopieren und Einfügen" auf den PC des Kunden übernommen.

Was jetzt nicht funktioniert, ist das Übertragen per FTP von seinem PC in die leere SAVF auf seiner AS-400.
Ich habe alle möglichen Schreibweisen ausprobiert.
Nach Eingabe des FTP-Befehles kommt zuerst die FTP-Meldung:
200 PORT subcommand request succesful
dann warte ich mehrere Minuten, in denen nichst passiert
dann kommt folgende Meldung:
425 Not able to open data connection.

:rol Was kann die Ursache sein ??

[bateau]

Moien Ludger,

das hört sich nach dem klassischen Problem des Blockierens der FTP data connection durch eine Firewall an.

Bei FTP wird grundsätzlich zuerst vom Client eine control connection auf den Listener des FTP Servers aufgebaut, der auf Port 21 hört. Was dann passiert ist vom mode abhängig:

active mode (Standard): Der FTP Server baut, sobald ein Datentransfer mittels [m]put/[m]get ausgeführt werden soll, eine data connection in Richtung des Clients auf, wozu er mit dem Client einen Port ausserhalb der well-known port numbers (>1024) aushandelt. Das funktioniert nur, wenn die Firewall per stateful inspection selbiges zulässt, was scheinbar bei Dir bzw deinem Kunden nicht der Fall ist.

passive mode: Der Client baut auch die data connection zum Server auf, so dass die o.g. stateful inspection entfällt.

Probiers mal aus, indem Du vor dem Transfer (put) den mode mit "pasv" auf passive wechselst, wenn es sich um oben beschriebenes Problem handelt sollte es damit funktionieren.

Grüsse

bateau

[loeweadolf]

Danke bateau für die Antwort.

Wie kann ich den mode auf passiv wechseln ?

Ich habe vor dem PUT ... als Befehl eingegebene: pasv
Antwort ist Ungültiger Befehl

Bei Angabe von : mode pasv
ebenfalls: ungültiger Befehl

Was muss ich geanu eingeben ?

[Zerberus77]

Hallo loeweadolf,

der DOS FTP kann kein PASV.

Verwende einen FreeWare FTP-Client z.B. Filezilla. Dort kann man das in der Konfig einstellen.

MFG Zerberus

[loeweadolf]

Hallo Zeberus, vielen Dank für die Antwort.

Da ich FTP auf dem Kunden-System benötige, werde ich den Kunden bitten, einen FreWare FTP-Client zu installieren, oder die Einstellungen der FireWall zu ändern.

Vielen Dank an bateau und an Zerberus.

[bateau]

Moien,

sorry, ich hatte vergessen zu erwähnen, dass der rudimentäre Windows FTP Client kein passive beherrscht.

Eine schöne Alternative aus dem Freeware/Open Source Bereich ist WinSCP http://winscp.net, da ist übrigens wenn man eine FTP Connection definiert der passive mode standardmässig aktiviert.

Da kriegt man dann auch gleich noch Unterstützung für SCP, SFTP und SSH Sessions mit dem optional mitinstallierten Putty mitgeliefert.

Grüsse

bateau

[Fuerchau]

Dafür verwende ich auch schon set langem den FileZilla-Client.

[Rue]

Guten Morgen zusammen,

ich hoffe es ist okay, wenn ich das Thema wieder aufgreife. Bei mir besteht eine ähnliche (vll. gleiche) Problematik. Ausgangslage:

Dienstleister möchte mit FTP Dateien (*.txt) in unser IFS stellen.
Er verwendet Filezilla, es kann eine Verbindung zu unserem IFS erstellt werden
(erkennbar freigegebene Ordner lassen sich anzeigen und bei Ansteuerung
an ein nicht vorhandenen Ordner, wird hingewiesen das der Ordner nicht existiert)

Filezilla Protokoll:

Status: Verbinde mit XXX.XXX.XXX.XXX:21...
Status: Verbindung hergestellt, warte auf Willkommensnachricht...
Status: Der Server unterstützt keine Nicht-ASCII-Zeichen.
Status: Angemeldet
Status: Empfange Verzeichnisinhalt für "/ifs/Dienstleister/Dateneingang"...
Befehl: CWD /ifs/Dienstleister/Dateneingang
Antwort: 250-NAMEFMT set to 1.
Antwort: 250 "/ifs/Dienstleister/Dateneingang" is current directory.
Befehl: TYPE I
Antwort: 200 Representation type is binary IMAGE.
Befehl: PORT XXX,XXX,XXX,XXX,XXX,XXX
Antwort: 200 PORT subcommand request successful.
Befehl: LIST
Antwort: 425 Not able to open data connection.
Fehler: Verzeichnisinhalt konnte nicht empfangen werden

Hat jemand eine Rat...verzweifel langsam

Beim Provider wurden sämtliche Ports für diese Verbindung freigeschaltet. Da "sollte" keine Sperre des Datenkanals vorliegen.

Vielen Dank Euch!

Gruß

[bateau]

Moien,

das sieht dennoch nach derselben klassischen Problematik wie oben beschrieben aus, d.h. es wird der FTP active mode statt des passive mode benutzt.

Wenn dein Dienstleister die Einstellungen in seinem Filezilla Client dementsprechend anpasst, also den passive mode aktiviert, sollte das funktionieren.

Grüsse

bateau

[TARASIK]

Ich vermute da hilft dies: (Release ab R610)
Disabling EPASV/EPORT in the iSeries FTP Client at R610
Technote

At R610, the iSeries FTP client supports the EPASV (Extended Passive, EPSV) command and EPORT (Extended Port, EPRT). The FTP client defaults to this and if the server we are connecting to does not, the FTP client will fail over to Passive mode FTP. However, in some cases, an error message is not returned. Most commonly, this is due to a firewall not allowing or supporting the EPASV /EPORT command, and the establishment of a data connection will appear to 'hang'. In these cases, the EPASV /EPORT commands must be disabled.

The FTP client attempts data connections in the following manner:

Extended Passive
Passive
Extended Port
Port

As a result, if PORT mode is needed, the three preceding data connection types must first be toggled off. This can be done in one of two ways:

1. On a connection by connection basis using FTP client subcommands:

o SENDEPSV - Toggles off Extended passive
o SENDPASV - Toggles off Passive mode
o SENDEPRT - Toggles off Extended Port

2. On a system-wide basis with the use of data areas:

o CRTDTAARA DTAARA(QUSRSYS/QTMFTPEPSV) TYPE(*LGL) AUT(*USE) - disables EPASV
o CRTDTAARA DTAARA(QUSRSYS/QTMFTPPASV) TYPE(*LGL) AUT(*USE) - disables PASV
o CRTDTAARA DTAARA(QUSRSYS/QTMFTPEPRT) TYPE(*LGL) AUT(*USE) - disables EPO RT with PTF SI33243 applied to the system.

[Fuerchau]

Diese Kommandos gelten leider nur für den Client, wenn die AS/400 den FTP startet.
Wenn der FTP von außen kommt, muss der Modus von dort eingestellt werden.

[holgerscherer]

Beim Provider wurden sämtliche Ports für diese Verbindung freigeschaltet. Da "sollte" keine Sperre des Datenkanals vorliegen.

"Sollte" heisst "ich weiss nicht". Also entweder prüfen, daß Ports >1024 zum sendenden PC durch kommen oder gleich den passiven Modus am Client einstellen.

-h