Hello,
The following has been reported in Bugtrack and discussed on the nabble mailing list. It is in version 2.2RC3.
http://www.nabble.com/DNS-address-format-for-OpenVPN-server--td21340568.htmlhttp://bugs.endian.it/view.php?id=1535Global Push options are pushed to client but the dns servers for client are trying to resolve internal hostnames and the dns servers being pushed are not being used at all.
/var/efw/openvpn/settings:
AUTH_TYPE=psk
DOMAIN=trimquick.int
GLOBAL_DNS=192.168.1.3,192.168.1.4,
GLOBAL_NETWORKS=192.168.1.0/24
PURPLE_DEVICE=tap1
PUSH_GLOBAL_NETWORKS=on
PUSH_GLOBAL_DNS=on
PURPLE_IP_BEGIN=192.168.1.230
PUSH_DOMAIN=on
PURPLE_IP_END=192.168.1.245
PURPLECLIENT_BEGIN_DEVICE=tap2
DROP_DHCP=
Client Example:
Ethernet adapter {F46F30BE-D9FE-4026-8638-42B782745A18}:
Connection-specific DNS Suffix . : trimquick.int
Description . . . . . . . . . . . : TAP-Win32 Adapter V8 - Packet Schedu
ler Miniport
Physical Address. . . . . . . . . : 00-FF-F4-6F-30-BE
Dhcp Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IP Address. . . . . . . . . . . . : 192.168.1.230
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
DHCP Server . . . . . . . . . . . : 192.168.1.0
DNS Servers . . . . . . . . . . . : 192.168.1.4
192.168.1.3
Lease Obtained. . . . . . . . . . : Tuesday, January 20, 2009 9:23:45 PM
Lease Expires . . . . . . . . . . : Wednesday, January 20, 2010 9:23:45 PM
Server tqserver01 is supposed to resolve to 192.168.1.3 but is not:
C:\Documents and Settings\joe>ping tqserver01
Pinging tqserver01.nttr.int [208.67.216.132] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 208.67.216.132:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
######################################################
Anyword as to a correct work around for this? I also noticed that when connected from a local network to a remote network, the local dns for that local network stops resolving correctly. After you disconnect from the remote network local dns starts resolving correctly again.
For example:
Remote network is 192.168.1.0/24
Local Network is 172.16.0.0/24
I vpn successfully to remote network. Now when i go to browse, ping or use a local resource on the 172.16.0.0/24, i cannot resolve at all.
This local resource of nas-nttr should resolve to 172.16.0.5. Hence I am resolving to OpenDNS ip, which is not correct at all:
Pinging nas-nttr.nttr.int [208.67.216.132] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 208.67.216.132:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
After disconnecting from Remote network. Local DNS resolution is correct again:
Pinging nas-nttr.nttr.int [172.16.0.5] with 32 bytes of data:
Reply from 172.16.0.5: bytes=32 time<1ms TTL=64
Reply from 172.16.0.5: bytes=32 time<1ms TTL=64
Reply from 172.16.0.5: bytes=32 time<1ms TTL=64
Reply from 172.16.0.5: bytes=32 time<1ms TTL=64
Ping statistics for 172.16.0.5:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
############################################
Does anyone have a workaround for this yet?
Thank you,
wharfratjoe