OFTP2 Verbindung kann nicht aufgebaut werden
Hallo an die Community,
ich habe nur mal eine Verständnisfrage.
Wir haben eine eine Software am laufen, die mittels OFTP2 EDI-Daten austauschen soll.
Das Funktioniert leider nur semi gut, da ich Kommunikation von Außen nicht möglich ist.
Wenn von uns aus eine Verbdingung aufgebaut wird, werden die Daten übertragen.
Kommt jetzt vom BP eine Datei, wird diese abgelehnt.
Das Tool spuckt die Fehlermeldung
Das wars dann aber auch.
Ich bin mittlerweile recht ratlos, was ich hier noch prüfen könnte.
ich habe nur mal eine Verständnisfrage.
Wir haben eine eine Software am laufen, die mittels OFTP2 EDI-Daten austauschen soll.
Das Funktioniert leider nur semi gut, da ich Kommunikation von Außen nicht möglich ist.
Wenn von uns aus eine Verbdingung aufgebaut wird, werden die Daten übertragen.
Kommt jetzt vom BP eine Datei, wird diese abgelehnt.
Das Tool spuckt die Fehlermeldung
TCP/IP-Fehler: Verbindung von Gegenseite zurückgesetzt (Fehlercode 10054 - Eine vorhandene Verbindung wurde vom Remotehost geschlossen)
Das wars dann aber auch.
Ich bin mittlerweile recht ratlos, was ich hier noch prüfen könnte.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 93917223073
Url: https://administrator.de/contentid/93917223073
Ausgedruckt am: 21.11.2024 um 12:11 Uhr
11 Kommentare
Neuester Kommentar
Hi.
Mal einen Wireshark Trace machen, Fehlermeldung hört sich nach einem TCP Reset nach ausbleibenden Paketen an. Vermutlich fehlende Portfreigaben am Gateway.
Gruß schrick
Mal einen Wireshark Trace machen, Fehlermeldung hört sich nach einem TCP Reset nach ausbleibenden Paketen an. Vermutlich fehlende Portfreigaben am Gateway.
The OFTP2 uses 2 standard TCP ports: 3305 for V1 compatibility and 6619 for TLS.
Gruß schrick
Musst du mal die Details aufmachen.
Wer stellt die Certs aus? Selfsigned? Sind alle trusted in den Stores hinterlegt?
Wer stellt die Certs aus? Selfsigned? Sind alle trusted in den Stores hinterlegt?
Ist der Trace vom Server oder vom Client?
Wenn vom Client, dann wird dieser der CA wohl nicht vertrauen.
Wie gesagt Details aufmachen dann sieht man mehr. Haben alle Certs die entsprechenden keyUsage Flags für Server und Client-Auth?
Bring deine Trust-Chain auf die Reihe dann wird das schon.
Wenn vom Client, dann wird dieser der CA wohl nicht vertrauen.
Wie gesagt Details aufmachen dann sieht man mehr. Haben alle Certs die entsprechenden keyUsage Flags für Server und Client-Auth?
Bring deine Trust-Chain auf die Reihe dann wird das schon.
Moin,
Gruß,
Dani
Laut Details sind sie es
der Zertifizierungspfad ist korrekt und ohne Warnungen und Fehler?Die Zertifikate habe ich via MMC in die einzelnen Segmente importiert.
Des aktuell angemeldeten Benutzers oder im Kontext des Maschine? Ist dann wichtig, wenn Tool/Software nicht im selben Benutzerkontext ausgeführt wird (z.B. als Dienst im Kontext des Systems).die vorletzte Zeile ist hier sehr aufschlussreich, denke ich.
Habt ihr evtl. für den Zugriff ins Internet einen Proxy/Firewall im Einsatz, welche SSL Interception macht?!Gruß,
Dani