[Darren]

Hi,

“Does the VPN actually drop after either 7.5 minutes or 30 minutes respectively when you conducted your tests. ?” – yes see the logs above for both TalkTalk and Sky DSL, the above logs repeat per the “DSL-AC88U daemon.info dhclient: bound to xx.xxx.117.41 — renewal in xxxx seconds” ISP’s setting.

 

You need to login in order to vote

[Darren]

Hello,

Yes, your correct, TalkTalk do not block VPN connections, nor does Sky, but it’s clear their WAN [Automatic IP rather than PPPoE] won’t support a continuous OpenVPN connection beyond the IP renewal period they set, 450s or 1797s [7.5 minutes or 30 minutes] respectively as shown above.

I am no expert, but I am guessing the WAN communication type PPPoE may reset once a day [early hours, server restart, etc.], or if not on router reboots, hence I never had [or have noticed] this problem while with BT.

For your info IPv6 is disabled.

DNS may introduce lag/poor response time/no internet [no address translation], etc, but this is not what I am seeing or asking above, I am currently using NordVPN DNS, not the best, I know, but its stable from experience and can be counted on for working reliably with their OpenVPN service.

Its incredibly frustrating, having changed ISP to have to change again :(.

You need to login in order to vote

[Darren]

OK, i didn’t want to mess with my other DSL line, as you know, if its not broken leave it alone! [Yes I have 2 separate providers, Sky for SkyQ and general house WiFi and my own separate line which was BT, and is know TalkTalk as detailed above]. So I broke out the ‘Wireshark’ to get my user name/password and connected the Asus to the Sky DSL line, which incidentally after doing the auto setup is also WAN connection type Automatic IP +user/password. And guess what the same happens again, but not every 450 seconds, every 1796 seconds [30 mins], see Sky DSL log below –

Feb 4 19:55:39 DSL-AC88U daemon.info dhclient: DHCPREQUEST on ptm0.101 to x.xxx.238.63 port 67
Feb 4 19:55:39 DSL-AC88U daemon.info dhclient: adapter index 34
Feb 4 19:55:39 DSL-AC88U daemon.info dhclient: adapter index 34
Feb 4 19:55:39 DSL-AC88U daemon.info dhclient: DHCPACK from x.xxx.238.63
Feb 4 19:55:42 DSL-AC88U daemon.info dhclient: bound to xx.xxx.117.41 — renewal in 1797 seconds.
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: Internet Systems Consortium DHCP Server 4.1.1-P1
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: All rights reserved.
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: Wrote 3 leases to leases file.
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: Listening on Socket/br0/192.168.1.0/24
Feb 4 19:55:43 DSL-AC88U daemon.info dhcpd: Sending on Socket/br0/192.168.1.0/24
Feb 4 19:55:44 DSL-AC88U user.notice VPN: OpenVPN client stop
Feb 4 19:55:44 DSL-AC88U daemon.err openvpn[13935]: event_wait : Interrupted system call (code=4)
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: /usr/sbin/ip route del 185.169.255.6/32 [NordVPN server]
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: /usr/sbin/ip route del 0.0.0.0/1
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: /usr/sbin/ip route del 128.0.0.0/1
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: Closing TUN/TAP interface
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: /usr/sbin/ip addr del dev tun11 10.7.1.7/24
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: /data/openvpn/client/down tun11 1500 1636 10.7.1.7 255.255.255.0 init
Feb 4 19:55:44 DSL-AC88U daemon.notice openvpn[13935]: SIGTERM[hard,] received, process exiting
Feb 4 19:55:45 DSL-AC88U user.notice VPN: OpenVPN client stop
Feb 4 19:55:45 DSL-AC88U daemon.notice openvpn[6811]: OpenVPN 2.3.2 arm-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Dec 4 2018

So from this I can only conclude they are both trying to prevent continuous VPN connections for some reason or the WAN connection method can only work in this manor preventing a continuous connection, perhaps the latter, as apposed to BT [PPPoE] which does not have this issue.

Its beginning to suggest that my only option with these providers is to have a static IP to prevent the polling [renewal]?

You need to login in order to vote

[Darren]

Hi,

I have already ready tried factory reset several times, tried dozens of different NordVPN servers, but again I don’t believe NordVPN have suddenly changed, only the ISP, there infrastructure and the WAN connection type has changed.

Darren

You need to login in order to vote

[Darren]

Hi,

As suggested above, I tried the older firmware [1.10.05_Build503] with the same results, same log pattern as before showing OpenVPN being stopped after every DHCP/dhclient pole, just not sure why it could be working solid with BT [PPPoE], and now just by changing ISP and WAN connection type [Automatic IP] its all going wrong.

As I don’t have BT anymore I can not compare what is happening above in my log is normal or new to TalkTalk ISP either.

Thanks

Darren

You need to login in order to vote

[Author]

Posts