qBittorrent official forums

So if I have Qbittorrent running and the vpn drops, all torrents stop (it's bound to the VPN network interface in advanced settings), this is awesome!

But when the VPN reconnects, qbittorrent will not resume the downloads even though the VPN is back up.

I noticed that the network interface gets assigned a different IP when it comes back up, perhaps this is what's causing the problem? If so can we get qbittorrent to ignore ips when resuming from a network interface?

I noticed this also. I think if you wait long enough they will start downloading again but I'm not sure. uTorrent seems to handle this better as the files start to download again right after reconnection.

As VPNs become more popular maybe the way qBittorrent handles these situations should be optimized.

Even adding new torrents when it is in this state seems to do nothing.

Not sure if this a help or not. I use AirVPN which has a forwarded port option which designates specific port numbers which can be assigned to specific apps, in this case qBittorrent. You then add the port number to the Incoming Connections port in qBittorrent.

[quote="saltyseadog"]
Not sure if this a help or not. I use AirVPN which has a forwarded port option which designates specific port numbers which can be assigned to specific apps, in this case qBittorrent. You then add the port number to the Incoming Connections port in qBittorrent.
[/quote]

My VPN also supports forwarded ports, I'm specifically using PIA. Pretty much what happens is everything is working great, with ports being open etc. Then you manually disconnect the VPN to test the interface binding you set in the advanced settings is working.

The torrent download stops, because it can't send/receive over the TAP adapter which is good.

Then you re-connect the VPN, which gives you the same IP/port forward from the VPN, but the downloads never seem to start.  It's almost like the app never detects that the connection is back up, so it never starts trying to download again.

Manually refreshing trackers doesn't start the DLs again. And adding new torrents stay at stalled until you close & re-open the app, in which case they begin immediately as you would expect.

This is not the worst behavior, but it would be nice if the app started to download again in a reasonable amount of time so if it happens in the middle of the night your files still download.

I'm not sure how the app handles an adapter disconnection when it is set to "Any Interface". It may run into the same issue.

Hi,
I'm using VPNetMon, it shuts off any app when VPN goes down and restart apps when VPN is back.

Add me to the ME TOO list. 

Until I read this thread, I wasn't sure exactly what was happening.  All I knew was that frequently I had to restart qBittorrent to get it downloading again. 

After reading here and checking closer, "me too".

Thanks

This is because your VPN after every reconnect it gives you a new local ip for the VPN interface, while qbittorrent(basically libtorrent) still continues to listen to the old one. You should check with your software and or provider on how to prevent that.
The VPN interface should have the same local ip on your machine, there is no security advantage in changing that.
Relevant libtorrent bug report: https://code.google.com/p/libtorrent/is ... ail?id=713

"You should check with your software and or provider on how to prevent that."

This can't be solved by blaming the other guy.  Disconnects are going to happen, especially on home cable/DSL connections, which are by far the bulk of torrent endpoints.  Using a VPN to torrent is very popular, and getting more popular every day, especially with privacy issues we've faced lately.  Most VPN providers don't provide static IPs with their standard service, just like ISPs.  This seems to be an error detection/ error recovery issue.  I'm glad we have an explanation, but a fix would be much better.  uTorrent already handles this pretty well (though admittedly it takes much longer than it should to recover). 

The real issue is users who have 100+ torrents seeding 24/7.  Restarting the client seems to require a recheck on a lot of torrents, more often than not.  With 1T of data on a NAS to check, it takes a while. 

[quote="lunarpoo"]
"You should check with your software and or provider on how to prevent that."

This can't be solved by blaming the other guy.  Disconnects are going to happen, especially on home cable/DSL connections, which are by far the bulk of torrent endpoints.  Using a VPN to torrent is very popular, and getting more popular every day, especially with privacy issues we've faced lately.  Most VPN providers don't provide static IPs with their standard service, just like ISPs.  This seems to be an error detection/ error recovery issue.  I'm glad we have an explanation, but a fix would be much better.  uTorrent already handles this pretty well (though admittedly it takes much longer than it should to recover). 

The real issue is users who have 100+ torrents seeding 24/7.  Restarting the client seems to require a recheck on a lot of torrents, more often than not.  With 1T of data on a NAS to check, it takes a while.
[/quote]

As I just wrote in a very similar thread, this happens with other clients as well, partially because your PC and the other clients take time to update their routing tables and qBT has to update incoming requests. I have several systems running and the one with the most torrents (4500+) takes about 30 minutes to get back to full speed, and this is exactly what I experienced with uTorrent.

[quote="alain93"]
Hi,
I'm using VPNetMon, it shuts off any app when VPN goes down and restart apps when VPN is back.
[/quote]

What command line option did you use for shutting down qbittorrent on Windows ?

4.5 years since the original post; has this issue been fixed yet?

Still having the same issue on my end.

[quote="ArmchairArchitect"]
4.5 years since the original post; has this issue been fixed yet?

Still having the same issue on my end.
[/quote]
Same here. I'm switching back to an old version of µtorrent until this is is fixed as this is basically unusable for me with my dodgy wireless internet service.

Went to see if anyone else was having the same problem and found this 9.5 year old thread. I can't be at my computer often, so this qBittorrent's inability to reconnect means that I only manage to seed torrents for a few hours after downloading.

Technically this isn't a bug. Back when this thread was created LibTorrent just didn't have the functionality in place to handle this particular case. It may now if you upgrade your qBittorrent installation to use LibTorrent v2.0.x. Try it if you're still experiencing this issue.

qBittorrent stable v4.6.4 installer → download

qBittorrent unstable v5.0 beta 1 installer → download

DonReba wrote: ↑Thu Apr 25, 2024 1:40 pm Went to see if anyone else was having the same problem and found this 9.5 year old thread. I can't be at my computer often, so this qBittorrent's inability to reconnect means that I only manage to seed torrents for a few hours after downloading.

Are you using LibTorrent v1.2 or v2.0.x? See my above post. It may resolve your issue if you upgrade to the latest version of the library. If it doesn't then consult your VPN provider and see if you're able to configure a static local IP on your tunnel interface. My provider's client software always sets a static local IP so I'm able to instantly resume anytime my VPN disconnects. I have qBittorrent bound to the interface specifically to my IP address (last part is optional).


Works beautifully. No leaks and it only takes between 3–5 seconds to reconnect and resume downloads.