FTP Problem Iseries

[Blaumeise24]

Hallo zusammen!

Ich habe hier ein Problem, bei dem leider auch unser Dienstleister mittlerweile aufgibt und hoffe nun auf euch Profis hier :-)

Unsere I5 ist per IPSec mit der I5 unseres ERP-Partners verbunden. Klappt auch soweit. Nur müssen die ERP-Programmierer öfter mal was per FTP übertragen und hier haben wir das Phänomen, dass die Übertragung an manchen Tagen wunderbar klappt, an anderen Tagen jedoch nicht. Sobald ich dann den FTP-Server auf der ISeries beende, und wieder neu starte, klappt auch die Übertragung wieder. Entweder hängt sich der auf, oder es gibt ein Timeout, ich weiß es nicht.

Idee war dann, auf den aktuellsten PTF-Stand zu gehen. Haben wir gemacht --> Problem besteht immer noch.

Habt ihr eine Idee, in welcher Richtung man überhaupt nach dem Fehler suchen soll?

Ich muss noch anmerken, das ich intern bei mir im Netz überhaupt kein Problem mit dem FTP habe. Der funktioniert immer.

Und die ERPler haben auch schon mal den Rückkehrcode 95 bekommen: Es wurde keine Schlüsselringdatei angegeben. Was bedeutet das?

Danke für jeden Tipp!!

[Christian Bartels]

Bezüglich des Rückkehr-Codes 95 gibt es ein technisches Dokument von IBM, das auf einen Konfigurationsfehler hindeutet: http://www.ibm.com/support/docview.wss?uid=nas8N1011414. Es verweist auf ein weiteres Dokument mit Hinweisen zur SSL-Konfiguration.

Wenn es manchmal klappt und manchmal nicht, dürfte die Konfiguration aber grundsätzlich in Ordnung sein. Sehr wahrscheinlich gibt es ein intermittierendes Netzwerk-Problem, durch das der FTP-Server in einen ungültigen Zustand gerät. In solchem Falle kann man versuchen, über eine Problemmeldung an IBM weiterzukommen.

Mit freundlichen Grüßen,
Christian Bartels.

[Fuerchau]

Da das IP-Protokoll generell zustandslos ist (es gibt keine Verbindungsüberwachung) kann es schon mal zu seltsamen verhalten kommen was einen Restart des einen oder anderen Dienstes erfordert.
Ich habe aktuell mit ODBC-Zugriffe zu kämpfen. 98% funktionieren, aber manchmal stehen der Client als auch der AS/400-Job (QZDASOINIT) beide auf Empfang!
Da es bei Resultsets im MoveNext keinen Timeout gibt (den gibt's nur beim Connect und Execute) hängt der Client fest.
Es hilft tatsächlich nur ein Restart und ein Kill (ENDJOB) des QZDASOINIT's.
Erstmalig tritt dieses Problem seit V7R1 auf.

Ich denke ähnliches wird es auch beim FTP geben. Erst wenn der Service neu gestartet wird, wird alles in Grundstellung gebracht.
Immerhin ist dies auf der AS/400 noch einfach durchzuführen, bei Windows heißt das ja meistens Neustart des Systems (Boot), dann funktioniert es wieder (das Problem habe ich derzeit mit einem Windows Server 2012, nach dem Boot geht wieder alles).

Mach doch einfach einen SCDE, der den FTP-Service nachts neu startet.

[K_Tippi]

Muss es FTP sein? Wenn nicht könnte es über ein QNTC gemapptes IFS gehen.
oder über den alten SNDNETF falls es den unter REL 7 noch gibt.
Umständlicher aber bersser als nichts.
Klaus

[Fuerchau]

QNTC zwischen AS/400 macht da keinen Sinn, dafür gibt's doch den "QFileSrv.400" (oder so).
Den SNDNETF gibt's immer noch, man muss nur den Nachfolger des Anynet installieren, konfigurieren und QSNADS starten.
Dann klappt übrigens auch SAVRST wenn man es installiert hat.

[holgerscherer]

Und die ERPler haben auch schon mal den Rückkehrcode 95 bekommen: Es wurde keine Schlüsselringdatei angegeben. Was bedeutet das?

Danke für jeden Tipp!!

Hallo Blaumeise,
ist denn auf Eurer I5 der FTP Server so konfiguriert, ein Zertifikat zu verwenden. Habt Ihr eins?
Verschlüsselung ist ein tolles Thema, da es Standards gibt. Leider Plural...

-h

[Blaumeise24]

Hallo zusammen,

ich habe jetzt nochmal neue Rückmeldungen vom ERP-Partner bekommen: die Anmeldung am FTP funktioniert immer. Das Senden eines Pakets (PUT) funktioniert manchmal, manchmal nicht. Wenn es nicht funktioniert, bleibt der PUT-Befehl ohne ersichtliche Aktivität stehen.

Folgendes hab ich FTP-seitig bei uns noch eingestellt: "Zeitlimit für Inaktivität --> 3600 sek" "Mit dem Server zu startende Sockets-Layer-Unterstützung --> Nur ungesichert". "Anfangsanzahl automatisch zu startender Server --> 3". Ist das so in Ordnung?

Die Meldung mit der Schlüsselring-Datei kam bisher nicht mehr, dafür halt das Problem das es einfach hängenbleibt.