starred/qBittorrent

Fork 0

mirror of https://github.com/qbittorrent/qBittorrent.git synced 2026-03-02 22:57:32 -05:00

Network interface configuration in 'Advanced' options, is reset while interface missing #125

New issue

Closed

opened 2026-02-21 14:53:25 -05:00 by deekerman · 13 comments

deekerman commented

2026-02-21 14:53:25 -05:00

Owner

Originally created by @svaens on GitHub (Oct 3, 2012).

Originally assigned to: @cdumez on GitHub.

Current behaviour (version 2.9.7):

Steps to reproduce

create new interface; eg, tap0
open qbittorrent, open options
navigate to 'Advanced' options, and select the interface 'tap0' under the configuration "Network interfaces"
save and close options.
Restart qbittorrent
start file download (eg, Ubuntu 12.10 beta)
Note: This should download over tap0 interface
close interface
Note: at this point download will stall
pause download
start download

What happens:

Download starts again! Checking 'Network interface' configurations again now, will show it listed as 'any'

What should happen:

Download should not start. Checking 'Network Interface' configurations again should show listing for missing interface, and allow the user to set it back to an existing interface, or not!

This is important because a torrent could download via an interface that was not intended to be used for bit torrent. For example, if VPN is primary torrent download interface, and VPN interface is temporarily disabled, torrent download should not be possible unless reconfigured. Important for security and privacy.

Originally created by @svaens on GitHub (Oct 3, 2012). Originally assigned to: @cdumez on GitHub. Current behaviour (version 2.9.7): Steps to reproduce 1. create new interface; eg, tap0 2. open qbittorrent, open options 3. navigate to 'Advanced' options, and select the interface 'tap0' under the configuration "Network interfaces" 4. save and close options. 5. Restart qbittorrent 6. start file download (eg, Ubuntu 12.10 beta) Note: This should download over tap0 interface 7. close interface Note: at this point download will stall 8. pause download 9. start download What happens: Download starts again! Checking 'Network interface' configurations again now, will show it listed as 'any' What should happen: Download should not start. Checking 'Network Interface' configurations again should show listing for missing interface, and allow the user to set it back to an existing interface, or not! This is important because a torrent could download via an interface that was not intended to be used for bit torrent. For example, if VPN is primary torrent download interface, and VPN interface is temporarily disabled, torrent download should not be possible unless reconfigured. Important for security and privacy.

deekerman closed this issue

2026-02-21 14:53:28 -05:00

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@NKJe commented on GitHub (Oct 13, 2012):

Still doesn't work version 3.0.6 downloaded from here: http://downloads.sourceforge.net/qbittorrent/qbittorrent-3.0.6.tar.gz im using kubuntu

Qt: 4.8.3
Libtorrent: 0.16.4.0
Boost: 1.49.0

@NKJe commented on GitHub (Oct 13, 2012): Still doesn't work version 3.0.6 downloaded from here: http://downloads.sourceforge.net/qbittorrent/qbittorrent-3.0.6.tar.gz im using kubuntu Qt: 4.8.3 Libtorrent: 0.16.4.0 Boost: 1.49.0

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@cdumez commented on GitHub (Oct 14, 2012):

Can you please provide the information for the qBittorrent log window?

@cdumez commented on GitHub (Oct 14, 2012): Can you please provide the information for the qBittorrent log window?

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@NKJe commented on GitHub (Oct 14, 2012):

14/10/2012 22:01:42 - The network interface defined is invalid: tun0

This is not surprising since i have my vpn disabled but if the vpn is disabled it should not download anything since it cant connect through the desired interface

@NKJe commented on GitHub (Oct 14, 2012): 14/10/2012 22:01:42 - The network interface defined is invalid: tun0 This is not surprising since i have my vpn disabled but if the vpn is disabled it should not download anything since it cant connect through the desired interface

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@svaens commented on GitHub (Oct 15, 2012):

Hi,
Thanks for the work done so far.
I have tested this myself (from link provided by nikr123) ,
with the following results:

Summary: The solution seems to only partially work.

If you close qbittorrent, and re-start it,
although in the options the advanced->Network Interface value now shows 'tap0' (or whatever interface you last left it as), regardless of the fact that at that time the interface no longer exists, torrents still download!!!!
(no idea now what interface it is using).

What DOES seem to work better now, is the following test:

start VPN (tap0)
configure qbittorrent to use tap0, restart
start download in qbittorrent (i.e., Ubuntu-i368-blah.iso)
close VPN (verify tap0 interface no longer exists via 'ifconfig')

Observation: torrent download correctly stalls

pause torrent
start torrent

observation: torrent remains stalled
(that is the improvement)

shutdown qbittorrent
start qbittorrent

Observation: torrent download unexpectedly starts, even though tap0 interface does not exist

9: check configurations->advanced:

Observation: Network interface (requires restart): tap0

I do not know if the logs will be very helpful, but here they are:

15/10/2012 11:13:36 - '/home/sean/.local/share/data/qBittorrent/BT_backup/14ffe5dd23188fd5cb53a1d47f1289db70abf31e.torrent' resumed. (fast resume)
15/10/2012 11:13:36 - Options were saved successfully.
15/10/2012 11:13:36 - Embedded Tracker [OFF]
15/10/2012 11:13:36 - Encryption support [ON]
15/10/2012 11:13:36 - Local Peer Discovery support [ON]
15/10/2012 11:13:36 - PeX support [ON]
15/10/2012 11:13:36 - DHT support [ON], port: UDP/6881
15/10/2012 11:13:36 - HTTP user agent is qBittorrent v3.0.6
15/10/2012 11:13:36 - UPnP / NAT-PMP support [ON]
15/10/2012 11:13:36 - qBittorrent is bound to port: TCP/0
15/10/2012 11:13:36 - The network interface defined is invalid: tap0
15/10/2012 11:13:36 - Peer ID: -qB3060-

Thanks again for your help!
sean

@svaens commented on GitHub (Oct 15, 2012): Hi, Thanks for the work done so far. I have tested this myself (from link provided by nikr123) , with the following results: Summary: The solution seems to only partially work. If you close qbittorrent, and re-start it, although in the options the advanced->Network Interface value now shows 'tap0' (or whatever interface you last left it as), regardless of the fact that at that time the interface no longer exists, torrents still download!!!! (no idea now what interface it is using). What DOES seem to work better now, is the following test: 1. start VPN (tap0) 2. configure qbittorrent to use tap0, restart 3. start download in qbittorrent (i.e., Ubuntu-i368-blah.iso) 4. close VPN (verify tap0 interface no longer exists via 'ifconfig') Observation: torrent download correctly stalls 1. pause torrent 2. start torrent observation: torrent remains stalled (that is the improvement) 1. shutdown qbittorrent 2. start qbittorrent Observation: torrent download unexpectedly starts, even though tap0 interface does not exist 9: check configurations->advanced: Observation: Network interface (requires restart): tap0 --- I do not know if the logs will be very helpful, but here they are: 15/10/2012 11:13:36 - '/home/sean/.local/share/data/qBittorrent/BT_backup/14ffe5dd23188fd5cb53a1d47f1289db70abf31e.torrent' resumed. (fast resume) 15/10/2012 11:13:36 - Options were saved successfully. 15/10/2012 11:13:36 - Embedded Tracker [OFF] 15/10/2012 11:13:36 - Encryption support [ON] 15/10/2012 11:13:36 - Local Peer Discovery support [ON] 15/10/2012 11:13:36 - PeX support [ON] 15/10/2012 11:13:36 - DHT support [ON], port: UDP/6881 15/10/2012 11:13:36 - HTTP user agent is qBittorrent v3.0.6 15/10/2012 11:13:36 - UPnP / NAT-PMP support [ON] 15/10/2012 11:13:36 - qBittorrent is bound to port: TCP/0 15/10/2012 11:13:36 - The network interface defined is invalid: tap0 15/10/2012 11:13:36 - Peer ID: -qB3060- Thanks again for your help! sean

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@xcafebabe commented on GitHub (Dec 24, 2012):

Same issue here with 3.1.0. As a workaround, with an small script I check if my vpn is working before start qbittorrent.

@xcafebabe commented on GitHub (Dec 24, 2012): Same issue here with 3.1.0. As a workaround, with an small script I check if my vpn is working before start qbittorrent.

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@OlofFredriksson commented on GitHub (Dec 26, 2012):

Hi, I am using version 3.0.6 of Qbittorrent and it behaves likes @svaens describes it. In my opinion, the client should not be able to download torrents when starting it up and the interface is inactive. I am currently using a quickfix, with bash and checking so the interface exists before it's starting up Qbittorrent.

Any updates on this issue?

OS: Ubuntu 12.10

// Olof

@OlofFredriksson commented on GitHub (Dec 26, 2012): Hi, I am using version 3.0.6 of Qbittorrent and it behaves likes @svaens describes it. In my opinion, the client should not be able to download torrents when starting it up and the interface is inactive. I am currently using a quickfix, with bash and checking so the interface exists before it's starting up Qbittorrent. Any updates on this issue? OS: Ubuntu 12.10 // Olof

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@hairfamrer88 commented on GitHub (Jul 20, 2013):

I just ran into the same issue as explained by @svaens. I'm using Ubuntu 13.04 and Qbittorrent v3.0.9.

Any fixes in the works?

@hairfamrer88 commented on GitHub (Jul 20, 2013): I just ran into the same issue as explained by @svaens. I'm using Ubuntu 13.04 and Qbittorrent v3.0.9. Any fixes in the works?

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@michael1006 commented on GitHub (Nov 30, 2013):

I've also had the same thing happen to me, just like @svaens, on OSX and Qbittorrent v3.0.9.

I chose Qbittorrent because of the interface binding, and agree that the client should not fall back to other interfaces when the chosen one is inactive.

@michael1006 commented on GitHub (Nov 30, 2013): I've also had the same thing happen to me, just like @svaens, on OSX and Qbittorrent v3.0.9. I chose Qbittorrent because of the interface binding, and agree that the client should not fall back to other interfaces when the chosen one is inactive.

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@ayush--s commented on GitHub (Sep 24, 2014):

still experiencing this problem on trusty

@ayush--s commented on GitHub (Sep 24, 2014): still experiencing this problem on trusty

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@chrishirst commented on GitHub (Sep 24, 2014):

still experiencing this problem on trusty

Not particularly surprising if you are still using the version that this problem applied to.

@chrishirst commented on GitHub (Sep 24, 2014): > still experiencing this problem on trusty Not particularly surprising if you are still using the version that this problem applied to.

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@Noctem commented on GitHub (Jan 31, 2015):

The same problem that @svaens described is still occurring for me with the latest git master on OS X. If the VPN interface is disconnected while the application is running, it ceases to download- that's good. But if I start up the application while the VPN interface is gone, it silently falls back to another interface - that's bad.

@Noctem commented on GitHub (Jan 31, 2015): The same problem that @svaens described is still occurring for me with the latest git master on OS X. If the VPN interface is disconnected while the application is running, it ceases to download- that's good. But if I start up the application while the VPN interface is gone, it silently falls back to another interface - that's bad.

deekerman commented

2026-02-21 14:53:30 -05:00

Author

Owner

@ppolewicz commented on GitHub (May 21, 2015):

The part of this issue which was a bug in preferences window, is now fixed.

I think the remainder of this issue is https://code.google.com/p/libtorrent/issues/detail?id=244 (in short: current operating systems don't handle this problem the way you'd expect them to)

@ppolewicz commented on GitHub (May 21, 2015): The part of this issue which was a bug in preferences window, is now fixed. I think the remainder of this issue is https://code.google.com/p/libtorrent/issues/detail?id=244 (in short: current operating systems don't handle this problem the way you'd expect them to)

deekerman commented

2026-02-21 14:53:31 -05:00

Author

Owner

@hrushikesh198 commented on GitHub (Feb 14, 2017):

This issue is still there in qb 3.3.10 mac. If the specified network interface goes down it continues download with the default interface.
Excerpt from log:

(I) 2017-02-14T02:26:03 - Network configuration of ppp0 has changed, refreshing session binding
(C) 2017-02-14T02:26:03 - The network interface defined is invalid: ppp0
(I) 2017-02-14T02:26:03 - qBittorrent is trying to listen on interface 127.0.0.1 port: 27556
(I) 2017-02-14T02:26:03 - qBittorrent is successfully listening on interface 127.0.0.1 port: TCP/27556
(I) 2017-02-14T02:26:03 - qBittorrent is successfully listening on interface 127.0.0.1 port: UDP/27556

@hrushikesh198 commented on GitHub (Feb 14, 2017): This issue is still there in qb 3.3.10 mac. If the specified network interface goes down it continues download with the default interface. Excerpt from log: ``` (I) 2017-02-14T02:26:03 - Network configuration of ppp0 has changed, refreshing session binding (C) 2017-02-14T02:26:03 - The network interface defined is invalid: ppp0 (I) 2017-02-14T02:26:03 - qBittorrent is trying to listen on interface 127.0.0.1 port: 27556 (I) 2017-02-14T02:26:03 - qBittorrent is successfully listening on interface 127.0.0.1 port: TCP/27556 (I) 2017-02-14T02:26:03 - qBittorrent is successfully listening on interface 127.0.0.1 port: UDP/27556 ```

deekerman referenced this issue

2026-02-21 18:10:25 -05:00

[3.3.15] Crash on add torrent dialog #6007