jhughes I have a setup where OpenVPN is running in an Ubuntu 12.04 VM bridged to the 192.168.2.x network, so it's a peer with everything else. It is DMZ'd with the router so it is directly exposed--I can ssh and hit the web page externally. The server is setup in bridge mode so that all connecting clients should end up with an internal DHCP assigned IP. I'm pretty sure that the bridging isn't working, because I never get a DHCP packet back and the client ends up with a default IP. Clients are Windows 7 machines. I'm using the OpenVPN Connect client that downloads from the web page on my server (v 1.8.4.405). The server knows that clients are connected, by the status page, and they can stay connected for hours, but no traffic gets through. I checked ping against my internal servers and they all fail, obviously. The wrinkle: my 192.168.2.x is a separate network from 192.168.1.x, which has its own router and members. The router in 192.168.2.1 is DMZ'd from the router at 192.168.1.1, which should mean everything flows straight through to the OpenVPN server. Could this be causing problems? I have one user externally testing and I am testing from 192.168.1.x and neither seem to work, so I assume it's not related. Where do I start to determine why the bridging isn't working? Thanks in advance. JH
jhughes By the way, I did switch the server over to Layer3/NAT and it works fine. I'd much rather use bridging if possible. I guess that's a clue as to what might be wrong? JH
janjust post your configs so we can have a look. Also, check the status of the bridge (brctl show br0) and make sure that the tapN device which is a member of the bridge is *explicitly* listed in the config file, i.e. dev tapN
