SparkLabs Forum.

Community Help.


Reconnect on wake - not working (1.7b1 & 1.7b2 & 1.7b3)

1.7b1 app dated 1 May 2017
Nothing changed in any preferences and the "Reconnect on Wake" still checked enabled yet on wake Viscosity is making no effort to reconnect. And I've been online fr hours several times before I've noticed.

Ideas? Previous version did the reconnect fine, seems to have just started with this update.

And additional info you need ? (logs from the Details ... display don't show anything as it's not trying to reconnect so the last entry is "State changed to Disconnected" from when the laptop was "closed (went to sleep).

(serious issue - unless there is some magic fix, how to I revert to previous version because no VPN after wake makes ...)
1.7b2 is doing the same (i.e. not reconnecting on wake from sleep.

If you quit and re-run Viscosity the automatically connects to the so configured connection.

I've tried unchecking the "Reconnect on Wake" and restarting Viscosity (still does nothing so not that the setting is the "wrong way round") and resetting the option and restarting Viscosity and still does nothing on wake from sleep.
Hi StuartM,

We've tested this one and I'm afraid we're unable to see similar behaviour. Connections re-connect attempts appear to be correctly triggered upon wake on our test installs.

Looking at prior forum posts it appears you may be using a custom ConnectOnWakeDelay value or reconnect script. If you're using a custom value please ensure that it is (inclusively) between 1 and 60 (seconds). Values outside of this range will be ignored and the default value used. If you are using any custom scripts you may like to try temporarily disabling/removing them and see if the same issue persists.

I would also recommend checking the Connection Log for the connection/s active when you put your computer to sleep, as it's possible that Viscosity may be triggering a connection attempt, but it may be aborting or failing quickly (e.g. the connection may not be reachable):
http://www.sparklabs.com/support/kb/art ... envpn-log/

Cheers,
James
James wrote:
Hi StuartM,

We've tested this one and I'm afraid we're unable to see similar behaviour. Connections re-connect attempts appear to be correctly triggered upon wake on our test installs.

Looking at prior forum posts it appears you may be using a custom ConnectOnWakeDelay value or reconnect script. If you're using a custom value please ensure that it is (inclusively) between 1 and 60 (seconds). Values outside of this range will be ignored and the default value used. If you are using any custom scripts you may like to try temporarily disabling/removing them and see if the same issue persists.

I would also recommend checking the Connection Log for the connection/s active when you put your computer to sleep, as it's possible that Viscosity may be triggering a connection attempt, but it may be aborting or failing quickly (e.g. the connection may not be reachable):
http://www.sparklabs.com/support/kb/art ... envpn-log/

Cheers,
James

Never went for the ConnectOnWakeDelay is it all went rather weird (from memory). Below is the .ovpn without the certificate. In the end I had to remove the (non-config) "Automatically reconnect if disconnected" for all connections in the preferences. I tried enabling this for the connection being used and it makes no difference.

You have to leave the Mac in sleep for a reasonable time (couple of minutes) without mains power often a brief sleep and wake and it will have remained connected. I close the laptop to enter sleep so maybe for brief periods it does not sleep (I have "Powernap" enabled whilst on mains power).

When waking from sleep the log for the connection that should re-establish shows

Code: Select all

2017-05-09 15:57:02: Viscosity OpenVPN Engine Started
2017-05-09 15:57:02: Running on macOS 10.12.4
2017-05-09 15:57:02: ---------
2017-05-09 15:57:02: State changed to Disconnected
2017-05-09 15:57:03: State changed to Disconnected

(the disconnected time corresponding to the time the laptop was closed and power removed). So nothing logged after the entering sleep. If you need info from other logs then please let me know (I had a hunt through using Console and could not find anything).

It is an every time thing (not intermittent, provided left in sleep without mains for a few minutes).

If I notice it's not connected (or on testing) and I immediately manually reconnect the connection then it connects fine.

I reverted to version 1.6.8 (1370) and the reconnect on wake works perfectly 100% every time, identical configs, only change being the different Viscosity.app (and helper tool re-installed). Back to 1.7b3 and no reconnect on wake from sleep atall (again no config changes, just the “Check of updates … Install and relaunch”).

If you need any more info, config details, logs, etc. then let me know but it's definitely something in the 1.7 betas and not in the 1.6.8 release versions and it's an every time thing (not intermittent).

Code: Select all

client
dev tun
proto udp
remote-random
remote 80.84.49.4 443      # alegedi
remote 88.150.240.7 443    # bellatrix
remote 94.229.74.90 443    # carinae
#remote 82.145.37.202 443   # dabih
remote 84.39.117.56 443    # naos
remote 84.39.116.179 443   # nashira
#remote 78.129.153.40 443   # nuki
remote 185.103.96.132 443   # alathfar
remote 185.103.96.134 443   # betelguese
remote 185.103.96.133 443   # deneboa
remote 185.103.96.131 443   # kitel
remote 185.103.96.130 443   # minkar
resolv-retry infinite
nobind
persist-key
persist-tun
remote-cert-tls server
cipher AES-256-CBC
comp-lzo no
verb 3
explicit-exit-notify 5
Still a problem in 1.7b8 (and revert to latest full release without changing anything else config wise and it works, all betas don't).

Have you managed to reproduce it ? do you need any more info ? It's an every time problem (not just occasionally).

I'm worried as I'm spending most of my time not protected by a VPN because I'm so used to an automatic reconnect and now it wont and I don't know where you are at with this issue. If you need any more info then do ask.
5 posts Page 1 of 1

Copyright © 2016 SparkLabs Pty Ltd. All Rights Reserved. Privacy Policy