On 01/08/2015 11:07 AM, Jan Just Keijser wrote: > On 08/01/15 11:17, Stephan Alz wrote: >> Hello >> >> This issue still exist with the latest stable openvpn build for Windows and >> Windows 8.1 X64. >> >> https://community.openvpn.net/openvpn/ticket/71 >> >> When will this be finally fixed? I don't want to make workarounds to put in >> automatic tasks and watchguard processes etc, openvpn service should be able >> to do this on it's own just like it works flawlessly with linux. >> >> As of some people noted that it works with the openvpn gui, I want to use >> the service which gives the possibility to be able to remotely login to the >> machine via VPN before the user would even log in. >> >> I think this bug should be the most important to fix instead of adding any >> new features. >> >> Is there anybody aware of this has been fixed in the development version? If >> so I will use that regardless that it is unstable. > first of all, let me see if I get it straight what the problem is: > > "When I "wake" the computer, the tunnel is down. No traffic is passed, > there is nothing in the openvpn log file. Once I restart the service, > the tunnel works normally again."
After resuming, the tunnel isn't down but no data passes through it. >From what I could see, the routes tied to the tunnel just vanished. > this happens on Vista and higher, which use NDIS 6; according to this page > https://kc.mcafee.com/corporate/index?page=content&id=KB67109 > > there are issues with resuming from sleep when an NDIS 5 driver is used > - this is a Microsoft issue, not an OpenVPN issue. > Have you tried the NDIS 6 tap-win32 driver > http://swupdate.openvpn.org/community/releases/openvpn-install-2.3.6-I601-i686.exe That's the package I use and I can confirm the problem happens with it. IIRC, the 2.3.2 packages were not affected, but I don't know/remember which IXXX version I used back then. > does the same problem occur ? what errors are you seeing? Yes, the problem still occurs but I don't have any logs to provide right now as I had to turn off logging because it was filling the HDD at an alarming rate. The ticket contains log extracts though. > Having said that, I fully agree with both Gert and Samuli that this > issue needs "external" resolving: the current OpenVPN developers do not > have the time to address it on short notice. If there is a kickstart project or something similar, I'd chip in that's for sure. Thanks, Simon ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ Openvpn-users mailing list Openvpn-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-users
