ANSWERED Constant connection drops when torrent client is active

[circuitcreature 0]

MacOS, AirVPN Eddie 2.23.1

This just started up yesterday.
VPN works fine when first connected. Once Qbittorrent is started and makes a couple connections VPN traffic drops to zero and after about 60 seconds disconnects and reconnects. This cycle goes on until Qbit is closed.

Tried:
AirVPN settings are all default and using tcp 443 and ipv4 only

QBit:
port open in the router,
network interface: tun3 (VPN connection)

Tried many other things but just can figure out what is going on.

Logs right after a disconnect 
 

. 2023.07.11 15:34:10 - OpenVPN > read TCPv4_CLIENT: Operation timed out (fd=9,code=60)
. 2023.07.11 15:34:10 - OpenVPN > Connection reset, restarting [0]
. 2023.07.11 15:34:10 - OpenVPN > SIGUSR1[soft,connection-reset] received, process restarting
. 2023.07.11 15:34:10 - OpenVPN > Restart pause, 1 second(s)
! 2023.07.11 15:34:11 - Disconnecting
. 2023.07.11 15:34:11 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]184.75.221.197:443
. 2023.07.11 15:34:11 - OpenVPN > Socket Buffers: R=[131072->262144] S=[131072->262144]
. 2023.07.11 15:34:11 - OpenVPN > Attempting to establish TCP connection with [AF_INET]184.75.221.197:443
. 2023.07.11 15:34:11 - OpenVPN > TCP connection established with [AF_INET]184.75.221.197:443
. 2023.07.11 15:34:11 - OpenVPN > TCPv4_CLIENT link local: (not bound)
. 2023.07.11 15:34:11 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]184.75.221.197:443
. 2023.07.11 15:34:11 - OpenVPN > TLS: Initial packet from [AF_INET]184.75.221.197:443, sid=841f400a 9299aa6c
. 2023.07.11 15:34:11 - Sending soft termination signal
. 2023.07.11 15:34:12 - OpenVPN > event_wait : Interrupted system call (fd=-1,code=4)
. 2023.07.11 15:34:12 - OpenVPN > Closing TUN/TAP interface
. 2023.07.11 15:34:12 - OpenVPN > /sbin/route delete -inet6 fde6:7a:7d20:1b7b::101e
. 2023.07.11 15:34:12 - OpenVPN > delete host fde6:7a:7d20:1b7b::101e
. 2023.07.11 15:34:12 - OpenVPN > SIGINT[hard,] received, process exiting
. 2023.07.11 15:34:12 - Routes, delete 0.0.0.0/1 for interface "utun3", not exists.
. 2023.07.11 15:34:12 - Routes, delete 128.0.0.0/1 for interface "utun3", not exists.
. 2023.07.11 15:34:12 - Routes, delete ::/1 for interface "utun3", not exists.
. 2023.07.11 15:34:12 - Routes, delete 8000::/1 for interface "utun3", not exists.
. 2023.07.11 15:34:12 - Routes, delete 184.75.221.197/32 for interface "en0".
. 2023.07.11 15:34:12 - Routes, delete 184.75.221.195/32 for interface "utun3", not exists.
. 2023.07.11 15:34:12 - Routes, delete 2606:6080:1001:15:45d:2b31:f931:2e2/128 for interface "utun3", not exists.
. 2023.07.11 15:34:12 - Routes, delete 184.75.221.197/32 for interface "en0", not exists.
. 2023.07.11 15:34:12 - DNS of a network adapter restored to original settings (Wi-Fi, to 192.168.1.1)
. 2023.07.11 15:34:12 - DNS of a network adapter restored to original settings (iPhone USB, to 192.168.1.1)
. 2023.07.11 15:34:13 - DNS of a network adapter restored to original settings (Thunderbolt Bridge, to 192.168.1.1)
. 2023.07.11 15:34:13 - Connection terminated.
I 2023.07.11 15:34:16 - Checking authorization ...
! 2023.07.11 15:34:17 - Connecting to Acamar (United States of America, Miami)
. 2023.07.11 15:34:17 - Routes, add 173.44.55.157/32 for interface "en0".
. 2023.07.11 15:34:17 - Routes, add 173.44.55.157/32 for interface "en0", already exists.
. 2023.07.11 15:34:17 - OpenVPN > OpenVPN 2.6.3 x86_64-apple-darwin21.4.0 [SSL (OpenSSL)] [LZO] [LZ4] [PKCS11] [MH/RECVDA] [AEAD]
. 2023.07.11 15:34:17 - OpenVPN > library versions: OpenSSL 3.1.0 14 Mar 2023, LZO 2.10
. 2023.07.11 15:34:17 - OpenVPN > TCP/UDP: Preserving recently used remote address: [AF_INET]173.44.55.157:443
. 2023.07.11 15:34:17 - OpenVPN > Socket Buffers: R=[131072->262144] S=[131072->262144]
. 2023.07.11 15:34:17 - OpenVPN > Attempting to establish TCP connection with [AF_INET]173.44.55.157:443
. 2023.07.11 15:34:17 - OpenVPN > TCP connection established with [AF_INET]173.44.55.157:443
. 2023.07.11 15:34:17 - OpenVPN > TCPv4_CLIENT link local: (not bound)
. 2023.07.11 15:34:17 - OpenVPN > TCPv4_CLIENT link remote: [AF_INET]173.44.55.157:443
. 2023.07.11 15:34:17 - OpenVPN > TLS: Initial packet from [AF_INET]173.44.55.157:443, sid=5e3c11ba 9074b792
. 2023.07.11 15:34:18 - OpenVPN > VERIFY OK: depth=1, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=airvpn.org CA, emailAddress=info@airvpn.org
. 2023.07.11 15:34:18 - OpenVPN > VERIFY KU OK
. 2023.07.11 15:34:18 - OpenVPN > Validating certificate extended key usage
. 2023.07.11 15:34:18 - OpenVPN > ++ Certificate has EKU (str) TLS Web Server Authentication, expects TLS Web Server Authentication
. 2023.07.11 15:34:18 - OpenVPN > VERIFY EKU OK
. 2023.07.11 15:34:18 - OpenVPN > VERIFY OK: depth=0, C=IT, ST=IT, L=Perugia, O=airvpn.org, CN=Acamar, emailAddress=info@airvpn.org

  Edited ... by circuitcreature

[OpenSourcerer 1363]

Is there a reason why you use TCP?
 

11 hours ago, circuitcreature said:

port open in the router,

Do not open this in the router, only in AirVPN.

[circuitcreature 0]

I was forcing TCP based on other threads I've read. When forcing UDP I get the same results. Currently, I have it set to automatic in Eddie and both within QB. 
I should have mentioned the port is open with AirVPN.

Edited ... by circuitcreature

[OpenSourcerer 1363]

If UDP works, don't force TCP. Try this: Reboot the machine (not shutdown, then startup), then set UDP/443 for the connection.
In qB, set the protocol to TCP only and adjust the max connections to ~100.
Then try again.

[circuitcreature 0]

Thanks for getting back.
I reset preferences on both apps and still no go. I spun up a hard-wired server with a docker instance of QB and everything worked fine.
After constant video drops, with no VPN, I found that my AP was acting up.
Guess its about time to retire this old boy.