Thu Nov 27 15:18:25 2014 us=125000 OPTIONS IMPORT: route-related options modified

Thu Nov 27 15:18:25 2014 us=125000 OPTIONS IMPORT: -ifconfig/up options modified Thu Nov 27 15:18:25 2014 us=125000 OPTIONS IMPORT: timers and/or timeouts modified The server is running as tap, udp, 1194, and a bridge is set up. I cannot see anything obvious in the logs or client configuration except a 'TEST ROUTES: 0/0 succeeded len=0 ret=1 a=0 u/d=up' in the Windows version, but perhaps there is something Windows specific I have missed. Normal internet connections (outside of the VPN/LAN) are not affected. the machine can't ping within the LAN, including to the OpenVPN server. On Windows everything seems to connect (OpenVPN reports the connection open, the TAP interface seems to pick up a valid IP address in the range specified by server-bridge). On Mac I can connect to all the clients on the remote LAN (192.168.2.0), using ping etc.

(* 1 additional complication, though I'm not convinced it's relevant: the Windows 7 client is running on a virtual machine on a Mac host – I don't have access to a stand-alone Windows machine myself, but a friend tried (remotely) and had same results with OpenVPN).

* A Windows 7 client running OpenVPN GUI client or Viscosity OpenVPN client => reports connected but NOT able to actually connect to anything (and, yes, it's running as Administrator).

* A Mac client running Tunnelblick => working perfectly.

* Certificates all set up and identical client configuration (not running simultaneously).

* OpenVPN server running on a Ubuntu 14.04 LTS server.

I have been tearing my hair out trying to solve this connection problem over the last few weeks, but no-where have I found the exact same problem.

Tunnelblick for windows