Клиент OpenVPN nslookup отказ после разъединения

В настоящее время я пытаюсь направить свой трафик через шлюз, выполняющий Debian Linux, который передает весь входящий трафик посредством соединения VPN (Клиент-> Шлюз с клиентом OpenVPN-> сервер VPN-> Интернет). Это хорошо работает кроме него, время от времени теряет соединение и не может снова соединиться ifself из-за nslookup тайм-аутов. Это происходит каждые несколько дней, главным образом ночью (насколько я знаю, некоторые серверы завершают сессию, если никакой трафик не был отправлен в течение долгого времени).

При случае я попытаюсь соединиться через SSH, но после введения имени пользователя сервер ожидает приблизительно 20 секунд прежде, чем попросить пароль, который является также странным. Обычно это польза для пароля сразу.

При изучении системного журнала этот подходит:

Jul 20 00:50:11 gateway ovpn-cyberghost[23893]: RESOLVE: Cannot resolve host address: 5-nl.cg-dialup.net: Temporary failure in name resolution

ifconfig и шоу маршрута, что интерфейс VPN все еще, но, кажется, зависается.

root@gateway:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.129.57.169   128.0.0.0       UG    0      0        0 tun0
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth2
10.129.57.169   0.0.0.0         255.255.255.255 UH    0      0        0 tun0
93.190.138.125  192.168.0.1     255.255.255.255 UGH   0      0        0 eth2
128.0.0.0       10.129.57.169   128.0.0.0       UG    0      0        0 tun0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth2
217.23.12.229   192.168.0.1     255.255.255.255 UGH   0      0        0 eth2

Вот моя конфигурация OpenVPN:

client
remote 5-nl.cg-dialup.net 443
dev tun 
proto udp
auth-user-pass /etc/openvpn/auth.txt
route-nopull

resolv-retry infinite 
redirect-gateway def1
persist-key
persist-tun
writepid /run/openvpn.pid
nobind
cipher AES-256-CBC
auth MD5
ping 5
ping-restart 20
persist-local-ip
ping-timer-rem
explicit-exit-notify 2
script-security 2
remote-cert-tls server
route-delay 5
tun-mtu 1500 
fragment 1300
mssfix 1300
verb 1
comp-lzo

Вот мой resolv.conf:

 root@gateway:~# cat /etc/resolv.conf
 nameserver 85.214.20.141
 nameserver 213.73.91.35

Изменение серверов имен, например, к 127.0.0.1 (bind9 правильно установленный как сопоставитель DNS), не решило ничего, но я не ожидаю находить проблему здесь.

Я предполагаю, следующее является причиной: сервер закрыл сеанс должная неактивность клиента, таким образом, клиент пытается снова соединиться. В процессе повторного подключения OpenVPN разрешает имя хоста сервера VPN, но это использует поврежденный интерфейс VPN, который установлен как шлюз по умолчанию вместо корректного шлюза по умолчанию. Никакая очистка не сделана (удалите интерфейс tun0 и удаление маршрутов), который, возможно, решил бы проблему. Также я думаю, что могла быть проблема, имеющая два шлюза по умолчанию, но я не уверен.

После завершения OpenVPN обрабатывают вручную и запуск его снова, все не хорошо работает как ничто, когда-либо происходил.

Я не знаю, как или скажите OpenVPN использовать интерфейс eth2 для той начальной буквы nslookup или получать OpenVPN к очистке маршруты. Я забыл добавлять что-то в файле конфигурации (я не сделал нашел какие-либо полезные команды в странице справочника)?