Could anyone throw some light on this please. I've noticed this problem 
for a long time. If openvpn on the client starts before Internet 
connectivity, and the 'remote' directive uses a host name, not an IP 
address, when the connectivity is restored openvpn continues to fail in 
resolving the hostname. The following errors are recorded in the log 
again and again:

RESOLVE: Cannot resolve host address: my.openvpn.server.hostname: System 
error
RESOLVE: Cannot resolve host address: my.openvpn.server.hostname: System 
error
RESOLVE: Cannot resolve host address: my.openvpn.server.hostname: System 
error

Above I've replaced the real hostname for privacy reasons. If I kill and 
restart openvpn after the network connectivity has been established, 
everything is fine. Why is OpenVPN incapable of resolving the hostname 
even after the connectivity has been restored, if the network was down 
when it first starts? Is there an extra option I can use in the client 
config file to prevent this?

The client and server are both Linux.

Here is my config file:

client
remote my.openvpn.server.hostname 1194
proto udp
dev tun
nobind
resolv-retry infinite
mute-replay-warnings
ping-restart 120

ca "ca.crt"
cert "ovpn.admin1.myorg.crt"
key "ovpn.admin1.myorg.key"
tls-auth "ta.key" 1
dh "dh2048.pem"

comp-lzo
verb 3

------------------------------------------------------------------------------
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users

Reply via email to