|
|
Erik Anderson <erikba@xxxxxxxxxxxxxxxxx> said: > A couple issues that have been coming to mind as I continue to tinker with > openVPN... > > (1) Can configuration files contain "config" options? Haven't tried it > yet, but with only two lines different between each of my users (port & > secret), am beginning to think that it might be useful Yes, config files can be nested. > (2) I've noticed in the ChangeLog that the media sense on the win32 driver > can now be set to be either always on or be on only when the openvpn > application is running. Could the media sense be on only when openvpn has > a verified connection running? That way Windows would wait until a valid > connection exists before doing its DHCP dance... Yes, there's a new option called --tap-delay which doesn't announce to windows that the adapter is connected until the OpenVPN peers reach connection establishment. > (3) A quick note (using beta6 I believe), On Win32 I changed the MTU on > the TAP device while the openvpn service was running. Needless to say > openvpn didn't like that too much, and the applications jammed in memory > to the point that I had to reboot to clear them out (task manager gave > "access denied", service had been shut down successfully). Haven't tested > it with newer versions (haven't gotten newer versions on the win32 > machines yet), but thought you'd like to know. I believe this has been fixed. When you change an adapter parameter, windows actually unloads and reloads the driver. There was a bug in the driver that was fixed in beta8 where if the driver was open by a userspace process, and the driver was unloaded while the user space process still had it open, the driver would fail to clean up pending IRPs (an IRP is a windows kernel object that represents a pending read or write request from userspace). I fixed the driver to allow such surprise unloads, and I also fixed OpenVPN to regard the TAP-Win32 adapter being pulled out from under it as a fatal error. Prior to beta8, I really went through the driver with a fine tooth comb, cleaning up the code to be SMP safe, but also fixing a number of bugs along the way which could have impacted stability or performance. James ____________________________________________ Openvpn-users mailing list Openvpn-users@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/openvpn-users |