Beantwortet: Zuverlässigkeitsverlauf Windows 10

Aero

Member
Moin......

habe heute Abend den Zuverlässigkeitsverlauf geöffnet und dort steht unteanderen das die
binopenvpn.exe Nicht mehr Funktiontächtig ist
Kritischer Fehler
PPVPN Manager deinst.
CMD....shutdown -r -t 0 Neustart
Netzwerk resetet Neustart
PPVPN Manager neu inst.

Name der fehlerhaften Anwendung: bin.openvpn.exe, Version: 2.5.0.5, Zeitstempel: 0x00000000
Name des fehlerhaften Moduls: ntdll.dll, Version: 10.0.18362.1139, Zeitstempel: 0x468a1bf2
Ausnahmecode: 0xc0000374
Fehleroffset: 0x00000000000f9159
ID des fehlerhaften Prozesses: 0x288c
Startzeit der fehlerhaften Anwendung: 0x01d6a5658fb6574c
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Perfect Privacy VPN Manager\OpenVPN\bin.openvpn.exe
Pfad des fehlerhaften Moduls: C:\Windows\SYSTEM32\ntdll.dll
Berichtskennung: 322808ca-4b9d-46a7-a017-2e31b3002f4e
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Grüße Aero
 
Hallo.

Inwiefern äußert sich das Problem? Fällt das angegebene Datum mit der Installation oder Start/Stopp einer VPN-Verbindung zusammen?
Der Fehlercode 0xc0000374 ist leider nicht besonders eindeutig.
 
Moin Werner

Es läuft alles so weit okay
Benutze ja das Protokoll Open VPN UDP mit Kaskadierung
Das Einzigste was ich im Protokol habe diese

19.10.2020 14:45:34 State CONNECTED
19.10.2020 14:45:34 Log State Change Event - Running
19.10.2020 14:47:41 Log PID_ERR replay-window backtrack occurred [2] [SSL-0] [0__0000000000000000000000000000000000000000000000000000000000000] 0:502 0:500 t=1603111661[0] r=[-4,64,15,2,1] sl=[10,64,64,528]
19.10.2020 14:47:41 Log PID_ERR replay-window backtrack occurred [9] [SSL-0] [0_________000000000000000000000000000000000000000000000000000000] 0:519 0:510 t=1603111661[0] r=[-4,64,15,9,1] sl=[57,64,64,528]

Habe schon mal gelesen das es vom UDP Protokoll sein sollte
Aber warum keine Ahnung
Evt das es CfosSpeed verursacht
Grüße

 
Es läuft alles so weit okay
Benutze ja das Protokoll Open VPN UDP mit Kaskadierung
Das Einzigste was ich im Protokol habe diese

19.10.2020 14:45:34 State CONNECTED
19.10.2020 14:45:34 Log State Change Event - Running
19.10.2020 14:47:41 Log PID_ERR replay-window backtrack occurred [2] [SSL-0] [0__0000000000000000000000000000000000000000000000000000000000000] 0:502 0:500 t=1603111661[0] r=[-4,64,15,2,1] sl=[10,64,64,528]
19.10.2020 14:47:41 Log PID_ERR replay-window backtrack occurred [9] [SSL-0] [0_________000000000000000000000000000000000000000000000000000000] 0:519 0:510 t=1603111661[0] r=[-4,64,15,9,1] sl=[57,64,64,528]

Habe schon mal gelesen das es vom UDP Protokoll sein sollte

Jep, das kann bei UDP-Kaskaden passieren.
Mit TCP gibt es diese Logeinträge nicht.

PP sagt, das sei nix schlimmes,
ich fahre seither nur noch TCP.
 
Moin.....
Ich weiß bei TCP lüpt es
Aber warum es so.
Ich habe das bis heute nicht verstanden
Über ein Router habe ich nicht diesen fehlerhaften UDP Eintrag

Ich möchte gerne was ausprobieren
Könnt ihr mir die vorerige PP VPN Manager zu kommen lassen wo der Tapadapter nicht aktuelle Version hat
Möchte gerne wissen ob dann dieser Fehler immer noch Auftritt in der Zuverlässigkeitsverlauf

Danke Euch
 
Könnt ihr mir die vorerige PP VPN Manager zu kommen lassen
Nein.

Das kann nur bei UDP passieren, TCP hat im Unterschied zu UDP eine eingebaute Fehlerkorrektur. Ganz grob vereinfacht: Wenn bei TCP ein Paket verloren geht, dann merkt das der Sender durch die ausbleibende Empfangsbestätigung und verschickt das entsprechende Paket erneut.
Bei UDP ist der Versand eher ein "raus damit und dann vergiss es" für den Sender. Wenn da nun also etwas nicht ankommt, dann war es das auf Ebene dieses Protokolls, die Fehlererkennung und -behandlung muss nachgelagert stattfinden. Das ist das was du da in Sachen "replay-window backtrack occurred" siehst.
 
Moin.......

Wollte nur mal eine kurze Info geben
Habe gestern ein Backup wieder hergestellt vom August 20`
Da war das Problem nicht aufgetreten zwecks das
binopenvpn.exe Nicht mehr Funktiontächtig ist
Kritischer Fehler....

Erst nach dem PP-Manager gestartet ist und sich aktualliesiert hat auf dem neusten Stand ist dieser Fehler wieder vorhanden
Alle Updates auf dem neusten Stand Windows 10 Prof,
Also liegt es nicht am System sondern Euer Update .
Grüße
 
Habe dasselbe Problem. Und zwar seit von openvpn auf bin.openvpn durch ein PP Update umgestellt wurde.

Habe auch ein älteres Windows 10 Backup eingespielt, wo der PP Manager mit openvpn.exe gelaufen ist. Die Updates von PP habe ich geblockt. Alles läuft ohne Fehler. Lasse ich zu, dass sich PP aktualisiert, dann tauchen zig Fehlermeldungen auf.

Es muss an dieser Umstellung auf bin.openvpn.exe liegen.
 
Back
Top