kein Reconnect nach Standby

UsefulVid

New Member
Wenn mein Windows 8.1 x64 in den Standby geht und dann wieder aufwacht bekommt der VPN Manager Probleme:
Er versucht eine neue Verbindung aufzubauen, schafft es aber nicht (bleibt im status gelb).
Ein manueller disconnect geht auch nicht mehr.
Auch beenden funktioniert nicht. Ich muss per Task Manager den Prozess abschießen und nach einem Neu Start des VPN Managers verbindet er sich auch gleich.
Den Fehler hab ich schon an admin@pp gemeldet aber keine Antwort bekommen.

Code:
20.03.2017 15:50:13   Log  TLS: soft reset sec=0 bytes=159727832/-1 pkts=219541/0
20.03.2017 15:50:13   Log  VERIFY OK: depth=1, C=CH, ST=Zug, L=Zug, O=Perfect Privacy, CN=Perfect Privacy, emailAddress=admin@perfect-privacy.com
20.03.2017 15:50:13   Log  VERIFY OK: nsCertType=SERVER
20.03.2017 15:50:13   Log  VERIFY OK: depth=0, C=CH, ST=Zug, O=Perfect Privacy, CN=Server_prague.perfect-privacy.com, emailAddress=admin@perfect-privacy.com
20.03.2017 15:50:13   Log  Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
20.03.2017 15:50:13   Log  Data Channel Encrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
20.03.2017 15:50:13   Log  Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
20.03.2017 15:50:13   Log  Data Channel Decrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
20.03.2017 15:50:13   Log  Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
20.03.2017 16:50:13   Log  TLS: soft reset sec=0 bytes=64152408/-1 pkts=113225/0
20.03.2017 16:50:13   Log  VERIFY OK: depth=1, C=CH, ST=Zug, L=Zug, O=Perfect Privacy, CN=Perfect Privacy, emailAddress=admin@perfect-privacy.com
20.03.2017 16:50:13   Log  VERIFY OK: nsCertType=SERVER
20.03.2017 16:50:13   Log  VERIFY OK: depth=0, C=CH, ST=Zug, O=Perfect Privacy, CN=Server_prague.perfect-privacy.com, emailAddress=admin@perfect-privacy.com
20.03.2017 16:50:13   Log  Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
20.03.2017 16:50:13   Log  Data Channel Encrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
20.03.2017 16:50:13   Log  Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key
20.03.2017 16:50:13   Log  Data Channel Decrypt: Using 512 bit message hash 'SHA512' for HMAC authentication
20.03.2017 16:50:13   Log  Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA
20.03.2017 17:36:57   Log  Tunnel Prague Disconnect Called Reason:Hybernate
20.03.2017 17:36:57   Debug  Debug: Serviceconnection Disconnect called
20.03.2017 17:36:58   Log  State Change Event - Stopping
20.03.2017 17:36:58   Debug  killConnection called
20.03.2017 17:36:58   Management  Sending signal to close connection
20.03.2017 17:36:59   Log  MANAGEMENT: CMD 'exit'
20.03.2017 17:36:59   Management  Disconnecting from management interface
20.03.2017 17:36:59   Debug  SendDisconnect done
20.03.2017 17:36:59   Management  Disconnecting from management interface
20.03.2017 17:36:59   Debug  DisconnectLogic done
20.03.2017 17:48:31   Debug  Debug: config connect called
20.03.2017 17:48:31   Log  DisconnectReason set to NoDisconnect in connect_thread
20.03.2017 17:48:31   Log  Debug: connect_thread started
20.03.2017 17:48:32   Log  State Change Event - Stopped
20.03.2017 17:48:32   Log  state changes to stoped, reason: NoDisconnect
20.03.2017 17:48:32   Log  Handle disconnect for reason Error error:Unknown
20.03.2017 17:48:32   Error  Last error was unknown.. Reconnecting anyway.
20.03.2017 17:48:32   Debug  Debug: config connect called
20.03.2017 17:48:32   Debug  not starting because state is Initializing
20.03.2017 17:48:33   Log  State Change Event - Initializing
20.03.2017 17:48:33   Debug  User decided to disconnect
20.03.2017 17:48:33   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:41   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:42   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:48   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:49   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:49   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:49:49   Error  Tunnel Prague Disconnect Called Reason:UserClicked but disconnect reason already is Error
20.03.2017 17:50:03   Error  Tunnel Prague Disconnect Called Reason:ProgramExit but disconnect reason already is Error
 
Sorry, aber ich hatte ja gesagt das ich das weiter geleitet habe. Aber sowas geht nunmal nicht von heute auf morgen. Wir geben da ja unser Bestes um Probleme zu analysieren, nach zu vollziehen und falls möglich zu fixen... Aber ab und zu dauert es eben eine Weile bevor wir überhaupt was zu sagen können.
 
Ich habe für ein anderes Problem einen Thread aufmachen wollen der wurde mir gelöscht.

upload_2017-3-22_8-25-43.png

Dieses Problem hat mit dem Standby nichts zu tun. Wäre nett wenn der Thread wieder hergestellt werden würde.
 
Habe das auch mal unter Windows 10 x64 getestet habe ich auch nach Standby. Nach dem Aufwecken steht einfach da "Verbunden warte auf Bestätigung" aber nix passiert und auch kein Inet.

Ist aber garnicht so wild, bei mir reicht einfach VPN Manager beenden (ohne Task Maanager einfach so), Trennung zustimmen und dann neu öffnen und zu irgendeinen Server verbinden.^^
 
Das Problem ist wohl, dass Windows das mit dem Standby dann nicht vernünftig macht. ich kann leider noch nichts sagen, ob wir das fixen können. Das der Manager die Verbindung nicht ordentlich beim StandBy beenden kann, das können wir so oder so nicht verhindern. Aber die Frage ist, warum kann der nicht ordentlich neu verbinden
 
ich habe das gleiche Problem unter Windows 10 64bit (uptodate). Nach Wakeup aus Standby muss ich via taskmanager VPN beenden, die Windows Firewalleinstellungen auf Standard zurücksetzen und dann den VPN neustarten, dann gehts wieder. nervt... andere VPN Anbieter (will keine Namen nennen) bekommens hin. für die zwischenzeit habe ich mir ein batchfile geschrieben und eine Verknüpfung die als Admin ausgeführt wird. somit ist das prob mit einem click gelöst...

Code:
@echo off
taskkill /IM VPNmanager.exe /F
#echo "VPN beendet"
netsh advfirewall reset
#echo "Firewall-Standards wiederhergestellt"
start C:\"Program Files (x86)\Perfect Privacy VPN Manager"\VPNManager.exe"
#echo "VPN neugestartet"
#pause

auf Dauer wärs natürlich angenehmer, wenn Ihr das Problem anderweitig lösen könnt. thnx
 
Last edited:
...man könne auch den Ruhezustand deaktivieren, so habe ich es bei mir auch am laufen. Spart Platz und für ne SSD dadurch auch noch besser.

Hieru starten wir einfach als Admin die Eingabeaufforderung (cmd) und geben
powercfg -h off ein und Enter.

Zum einschalten geben wir auf den gleichen Weg
powercfg -h on ein. Jeweils ein Neustart führt dann zum erwünschten Ziel und der Manager wird bei längeren Pausen nicht abgewürgt.
 
Das war C# als Programmiersprache bei euch? Eventuell feuert das PowerModeChanged-Event für das Herunterfahren zu spät, erst nach dem wegen https://stackoverflow.com/questions/32924331/c-sharp-systemevents-powermodechanged-fires-too-late. Laut MS-Doku kann ein Window-loser Serviceprozess, also Dämon oder so etwas, dieses Event nicht empfangen.
This event is only raised if the message pump is running. In a Windows service, unless a hidden form is used or the message pump has been started manually, this event will not be raised.

Oder die in Win8 eingeführten zusätzlichen Power-States machen Probleme: https://stackoverflow.com/questions...-is-going-into-out-of-sleep-or-hibernate-mode

In addition to the standard Sleep and Hibernate power management states Microsoft has introduced the Connected Standby power state with Windows 8 and 8.1 which has some application design ramifications depending on the type of application.

Ein Fred Stevens schreibt in diesemThread:
You can subscribe to NetworkChange.NetworkAvailabilityChanged and NetworkChange.NetworkAddressChanged.

I generally start a two second timer so that I can resume network communications after being in sleep mode when it times out.
 
Naja, manchen mag es vill erstmal helfen bis das eigentliche Problem gelöst ist. ;)

...und andere müssen dann halt warten, bis es die ultimative Lösung kommt. :(
 
Der Fehler tritt (zumindest bei mir) immer noch unter Win10 auf.
Wird hierran noch gearbeitet, oder wie ist der Stand der Dinge? Ist ja doch schon etwas Zeit ins Land gegangen seit der Thread Erstellung hier.
Bitte um Rückmeldung.
 
@bp99:

Habe ein powershell script dafür, dass auch die einstellungen von der firewall wegsichert.

Im grunde ist es ähnlich wie das von @whatthef69

Code:
##### Funktion zum checken ob man Admin Rechte hat und falls nicht wird powershell in einer neuen Shell-Umgebung mit Admin Rechten gestartet ###
##param([switch]$Elevated)
##function Check-Admin {
##$currentUser = New-Object Security.Principal.WindowsPrincipal $([Security.Principal.WindowsIdentity]::GetCurrent())
###$currentUser.IsInRole([Security.Principal.WindowsBuiltinRole]::Administrator)
##}
##if ((Check-Admin) -eq $false)  {
##if ($elevated)
##{
# could not elevate, quit
#}
 
#else {
 
#Start-Process powershell.exe -Verb RunAs -ArgumentList ('-noprofile -noexit -file "{0}" -elevated' -f ($myinvocation.MyCommand.Definition))
#}
#exit
#}
#############

### VPN manager wird gestoppt####
Stop-Process -Name "VPNManager"
 
 sleep 2
######

##Falls es eine export datei gibt, wird sie gelöscht###
Remove-Item C:\fw-rules.wfw

#### Die Firewall Rule wird exportiert zu C:\fw-rules.wfw ####
netsh advfirewall export "C:\fw-rules.wfw"

sleep 1
#####

####Firewall wird auf Default zurückgesetzt.###

netsh advfirewall reset

sleep 2
####

####Fall es vorher gesicherte Regeln gegeben hat werden die wieder importiert.####
netsh advfirewall import "C:\fw-rules.wfw"
#####

#### VPN Manager wird wieder gestartet####

Start-Process -FilePath "VPNManager"

#### Shell wird beendet###
stop-process -Id $PID


grüsse
 
Back
Top