search

MarkusMcNugen / docker-qBittorrentvpn

Docker container which runs a headless qBittorrent client with WebUI and optional OpenVPN
https://hub.docker.com/r/markusmcnugen/qbittorrentvpn/
GNU General Public License v3.0
174 stars 93 forks source link

Connection regularly stopping/restarting #147

Open amagerbro opened 1 year ago

amagerbro commented 1 year ago

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=support@expressvpn.com 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=support@expressvpn.com 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=support@expressvpn.com 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 commented 1 year ago

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

brandonvu99 commented 1 year ago

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 commented 1 year ago

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 commented 1 year ago

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