If binding to specified network adress fails, daemon defaults back to 0.0.0.0

[Sian]

Observed behaviour:

If binding to the specified network adress fails, the dæmon silently ignores the setting and binds to 0.0.0.0, thus using any available network interface.

Problem: In certain use cases, this behavior is not preferable. Quote from the ​forums:

This is a problem because I (and I guess, many people who might want to use it) want my p2p traffic to go exclusively through my VPN. Another use case is people with a 3G connection; you might want to bind to wlan0 when you're at home and traffic is free, but definitely don't want it to go through the cell interface.

Related to this: Would it be possible to allow not only IP adress as valid input in the specified network adress input field, but either interface names (ath0, eth1, etc.) or host names? Combined with some sort of internal check and update mechanism, deluge could bind dynamically to IP adresses. So users wouldn't need to really on an external script to update the adress to bind to (as tried in the forum thread linked above).

[Stephen304]

I'm sure many other people also torrent over VPN and would like to ensure that deluge stays on ppp1 or whatever their VPN interface is.

[Hiro]

Replying to Stephen304:

I'm sure many other people also torrent over VPN and would like to ensure that deluge stays on ppp1 or whatever their VPN interface is.

+1 Here! Would be a great feature! The only reason I use the "heavy" Vuze is because its working there. Would be nice if Deluge could implement this too!

[Bro]

Add bro to cc

[Bro]

I couldn't reproduce this with libtorrent 1.0.7. Is this still a problem or has libtorrents behavior changed?

[Stewart Adam]

I've observed this behavior on my roommate's machine. I believe it has to do with the default interface being 0.0.0.0. When an interface has been specified in the preferences, the default should be to fallback to 127.0.0.1 instead of 0.0.0.0.

We fixed the issue without modifying deluge source code by altering the startup of deluged to bind to 127.0.0.1 on boot, and later re-bind to the intended interface as it becomes available.

Looking at the source code, I see 0.0.0.0 is the default interface in server.py line 56.

In case it is helpful, qBittorent (also based on libtorrent) experiences the same issue: ​https://github.com/qbittorrent/qBittorrent/issues/2741.

[Calum]

Milestone renamed

[Calum]

Ticket retargeted after milestone closed

[xmpp is texting]

interface names

👍

[Calum]

Milestone renamed

[Calum]

Ticket retargeted after milestone closed