Difference between revisions of "Talk:Deluge"

From ArchWiki
Jump to: navigation, search
(Created page with "==Clean up complete== This page was in need of a major clean up and I just took a stab at it. Feel free to correct mistakes or augment the article. Please take care to write ...")
 
m (Split package in the AUR: remove closed discussion)
 
(15 intermediate revisions by 8 users not shown)
Line 1: Line 1:
==Clean up complete==
+
== Issue with the way conntrack is disabled ==
This page was in need of a major clean up and I just took a stab at it. Feel free to correct mistakes or augment the article.  Please take care to write in the third person if you add anything.
 
  
[[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 16:11, 1 January 2013 (UTC)
+
ArchWiki recommends setting an outgoing port range.
 +
 
 +
http://libtorrent.org/reference-Settings.html
 +
 
 +
states that
 +
 
 +
outgoing_ports
 +
if set to something other than (0, 0) is a range of ports used to bind outgoing sockets to. This may be useful for users whose router allows them to assign QoS classes to traffic based on its local port. It is a range instead of a single port because of the problems with failing to reconnect to peers if a previous socket to that peer and port is in TIME_WAIT state.
 +
 
 +
WARNING
 +
setting outgoing ports will limit the ability to keep multiple connections to the same client, even for different torrents. It is not recommended to change this setting. Its main purpose is to use as an escape hatch for cheap routers with QoS capability but can only classify flows based on port numbers.
 +
 
 +
This can likely be bypassed by disabling conntrack on all unprivileged or ephemeral ports and not restricting the outgoing port range in the settings. As things are documented right now, it stands to reason that things could get worse this way.
 +
 
 +
--[[User:SAKUJ0|SAKUJ0]] ([[User talk:SAKUJ0|talk]]) 19:21, 30 September 2015 (UTC)
 +
 
 +
== Workaround for issues with connection tracking ==
 +
 
 +
This is an issue. Setting the outgoing ports can introduce new problems. So naturally, one would try to disable it for the entire outgoing port range if only deluge is intended to make outgoing connections. This introduces issues with DNS resolution. A work-around is to enter --source IP_DNS_SERVER rules that ACCEPT the raw packages before NOTRACK is joined.
 +
--[[User:SAKUJ0|SAKUJ0]] ([[User talk:SAKUJ0|talk]]) 19:21, 30 September 2015 (UTC)

Latest revision as of 14:42, 11 April 2017

Issue with the way conntrack is disabled

ArchWiki recommends setting an outgoing port range.

http://libtorrent.org/reference-Settings.html

states that

outgoing_ports if set to something other than (0, 0) is a range of ports used to bind outgoing sockets to. This may be useful for users whose router allows them to assign QoS classes to traffic based on its local port. It is a range instead of a single port because of the problems with failing to reconnect to peers if a previous socket to that peer and port is in TIME_WAIT state.

WARNING setting outgoing ports will limit the ability to keep multiple connections to the same client, even for different torrents. It is not recommended to change this setting. Its main purpose is to use as an escape hatch for cheap routers with QoS capability but can only classify flows based on port numbers.

This can likely be bypassed by disabling conntrack on all unprivileged or ephemeral ports and not restricting the outgoing port range in the settings. As things are documented right now, it stands to reason that things could get worse this way.

--SAKUJ0 (talk) 19:21, 30 September 2015 (UTC)

Workaround for issues with connection tracking

This is an issue. Setting the outgoing ports can introduce new problems. So naturally, one would try to disable it for the entire outgoing port range if only deluge is intended to make outgoing connections. This introduces issues with DNS resolution. A work-around is to enter --source IP_DNS_SERVER rules that ACCEPT the raw packages before NOTRACK is joined. --SAKUJ0 (talk) 19:21, 30 September 2015 (UTC)