Connection regularly stopping/restarting

[amagerbro]

I've been regularly using this image for a year or so and have only recently started having issues with no known environmental changes. Torrents will begin downloading, spike in download speed, then drop down to zero and are listed as 'stalled.' The system then resets the connection, and the cycle repeats. The cycle shown in the log snippet below essentially repeats over and over as long as the torrent takes to download.

The VPN is OpenVPN via ExpressVPN.
Using latest image as of Dec 8th '22, Docker Engine v20.10.21

2022-12-08 04:32:04 Thu Dec 8 09:32:04 2022 Initialization Sequence Completed
2022-12-08 04:34:35 Thu Dec 8 09:34:35 2022 [Server-11426-0a] Inactivity timeout (--ping-restart), restarting
2022-12-08 04:34:35 Thu Dec 8 09:34:35 2022 SIGUSR1[soft,ping-restart] received, process restarting
2022-12-08 04:34:35 Thu Dec 8 09:34:35 2022 Restart pause, 5 second(s)
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 WARNING: --ns-cert-type is DEPRECATED. Use --remote-cert-tls instead.
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 TCP/UDP: Preserving recently used remote address: [AF_INET]X.X.X.X:1195
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 Socket Buffers: R=[212992->425984] S=[212992->425984]
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 UDP link local: (not bound)
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 UDP link remote: [AF_INET]X.X.X.X:1195
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 TLS: Initial packet from [AF_INET]X.X.X.X:1195, sid=ce35c168 f233f7e2
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 VERIFY OK: depth=1, C=VG, ST=BVI, O=ExpressVPN, OU=ExpressVPN, CN=ExpressVPN CA, emailAddress=[email protected]
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 VERIFY OK: nsCertType=SERVER
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 VERIFY X509NAME OK: C=VG, ST=BVI, O=ExpressVPN, OU=ExpressVPN, CN=Server-11426-0a, emailAddress=[email protected]
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 VERIFY OK: depth=0, C=VG, ST=BVI, O=ExpressVPN, OU=ExpressVPN, CN=Server-11426-0a, emailAddress=[email protected]
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, 2048 bit RSA
2022-12-08 04:34:40 Thu Dec 8 09:34:40 2022 [Server-11426-0a] Peer Connection Initiated with [AF_INET]X.X.X.X:1195
2022-12-08 04:34:41 Thu Dec 8 09:34:41 2022 SENT CONTROL [Server-11426-0a]: 'PUSH_REQUEST' (status=1)
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 SENT CONTROL [Server-11426-0a]: 'PUSH_REQUEST' (status=1)
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1,dhcp-option DNS X.X.X.X,comp-lzo no,route X.X.X.X,topology net30,ping 10,ping-restart 60,ifconfig X.X.X.X X.X.X.X,peer-id 90,cipher AES-256-GCM'
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: timers and/or timeouts modified
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: compression parms modified
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: --ifconfig/up options modified
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: route options modified
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: --ip-win32 and/or --dhcp-option options modified
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: peer-id set
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: adjusting link_mtu to 1629
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 OPTIONS IMPORT: data channel crypto options modified
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 Data Channel: using negotiated cipher 'AES-256-GCM'
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 NCP: overriding user-set keysize with default
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 Outgoing Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 Incoming Data Channel: Cipher 'AES-256-GCM' initialized with 256 bit key
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 Preserving previous TUN/TAP instance: tun0
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 NOTE: Pulled options changed on restart, will need to close and reopen TUN/TAP device.
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 /sbin/ip route del X.X.X.X/32
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 /sbin/ip route del X.X.X.X/32
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 /sbin/ip route del X.X.X.X/1
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 /sbin/ip route del X.X.X.X/1
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 Closing TUN/TAP interface
2022-12-08 04:34:46 Thu Dec 8 09:34:46 2022 /sbin/ip addr del dev tun0 local X.X.X.X peer X.X.X.X
2022-12-08 04:34:47 Thu Dec 8 09:34:47 2022 ROUTE_GATEWAY X.X.X.X/X.X.X.X IFACE=eth0 HWADDR=02:42:ac:11:00:02
2022-12-08 04:34:47 Thu Dec 8 09:34:47 2022 TUN/TAP device tun0 opened
2022-12-08 04:34:47 Thu Dec 8 09:34:47 2022 TUN/TAP TX queue length set to 100
2022-12-08 04:34:47 Thu Dec 8 09:34:47 2022 /sbin/ip link set dev tun0 up mtu 1500
2022-12-08 04:34:47 Thu Dec 8 09:34:47 2022 /sbin/ip addr add dev tun0 local X.X.X.X peer X.X.X.X
2022-12-08 04:34:49 Thu Dec 8 09:34:49 2022 /sbin/ip route add X.X.X.X/32 via X.X.X.X
2022-12-08 04:34:49 Thu Dec 8 09:34:49 2022 /sbin/ip route add X.X.X.X/1 via X.X.X.X
2022-12-08 04:34:49 Thu Dec 8 09:34:49 2022 /sbin/ip route add X.X.X.X/1 via X.X.X.X
2022-12-08 04:34:49 Thu Dec 8 09:34:49 2022 /sbin/ip route add X.X.X.X/32 via X.X.X.X
2022-12-08 04:34:49 Thu Dec 8 09:34:49 2022 Initialization Sequence Completed
2022-12-08 04:37:25 Thu Dec 8 09:37:25 2022 [Server-11426-0a] Inactivity timeout (--ping-restart), restarting
2022-12-08 04:37:25 Thu Dec 8 09:37:25 2022 SIGUSR1[soft,ping-restart] received, process restarting
2022-12-08 04:37:25 Thu Dec 8 09:37:25 2022 Restart pause, 5 second(s)

[brandonvu99]

Also running into this issue. I'm using docker on Windows 10 w/ WSL and openvpn through NordVPN

[brandonvu99]

To add onto this, on a fresh container with no torrents added, I am able to install and run ping inside the container:

apt-get update -y
apt-get install -y iputils-ping

ping www.google.com

Once I add a torrent, the download speed spikes up, and then quickly dies down to 0, at which point, ping stops responding.

Sometimes, running ping again will make ping respond as well as spike the download speed up, but soon after, the download speed dies back down to 0. Other times, ping will not even work:

ping: www.google.com: Temporary failure in name resolution

I have the same issue when using DyonR/docker-qbittorrentvpn as well.

I have the same issue when running on another Windows 10 machine w/ WSL and openvpn through NordVPN

[brandonvu99]

Well, after many, many, many hours of debugging, I decided to try to downgrade docker and disable WSL, and it fixed the issue (for now).

Went from Docker Engine v20.10.21 to 20.10.17 (by downloading Docker Desktop version 4.11.0.

[FrancisGuilbault]

Hi, I'm experiencing the same problem with 20.10.23 :( Any updates from anyone on this issue?