[tor-bugs] #13953 [Core Tor/Tor]: Self-test reachability test - Listen address from ORPort is ignored, it uses default address unless specified via Address argument

Tor Bug Tracker & Wiki blackhole at torproject.org
Wed May 4 15:56:17 UTC 2016


#13953: Self-test reachability test - Listen address from ORPort is ignored, it
uses default address unless specified via Address argument
--------------------------+------------------------------------
 Reporter:  s7r           |          Owner:
     Type:  enhancement   |         Status:  new
 Priority:  Medium        |      Milestone:  Tor: 0.2.9.x-final
Component:  Core Tor/Tor  |        Version:  Tor: 0.2.5.10
 Severity:  Normal        |     Resolution:
 Keywords:                |  Actual Points:
Parent ID:  #17782        |         Points:  medium
 Reviewer:                |        Sponsor:
--------------------------+------------------------------------
Changes (by nickm):

 * milestone:  Tor: 0.2.??? => Tor: 0.2.9.x-final


Old description:

> Tor: 0.2.5.10
> OS: Debian Wheezy 64 bit
> Installation: apt-get from deb.torproject.org
>
> Configuration of server (one gigabit network card):
> em0: IP1
> em0:0 IP2
> em0:1 IP3
> em0:2 IP4
> em0:3 IP5
>
> I tried to run multiple Tor instances to saturate the CPU of the server.
> I configured instances with different pid, datadirecotry and logfile as
> manual recommends, and specified the different IP as follows in each
> config file:
>
> tor1.cfg
> ORPort IP1:port
> DirPort IP1:port
> OutboundBindAddress IP1
>
> tor2.cfg
> ORPort IP2:port
> DirPort IP2:port
> OutboundBindAddress IP2
>
> etc. so on
>
> The first Tor instance started just fine, but the following ones didn't
> publish server descriptor because self reachability test did not pass.
> Why? They were all thinking they should be reachable on IP1 (default IP,
> em0 interface). Obviously that IP did not had the requried ports open for
> the additonal Tor instances so the test could not possibly pass.
>
> Fix:
> I have added in each config file:
> Address IP1
> Address IP2 and so on
>
> After that it did the self reachability test on the correct IP address,
> and it passed of course, so server descriptor was published.
>
> Tor should know to prase the IP address from ORPort and/or DirPort and
> make tests on that, obviously that's the address where the port should be
> open. Caution at -noadvertise and -nolisten options when this bug is
> inspected.

New description:

 Tor: 0.2.5.10
 OS: Debian Wheezy 64 bit
 Installation: apt-get from deb.torproject.org

 Configuration of server (one gigabit network card):
 em0: IP1
 em0:0 IP2
 em0:1 IP3
 em0:2 IP4
 em0:3 IP5

 I tried to run multiple Tor instances to saturate the CPU of the server. I
 configured instances with different pid, datadirecotry and logfile as
 manual recommends, and specified the different IP as follows in each
 config file:

 tor1.cfg
 ORPort IP1:port
 DirPort IP1:port
 OutboundBindAddress IP1

 tor2.cfg
 ORPort IP2:port
 DirPort IP2:port
 OutboundBindAddress IP2

 etc. so on

 The first Tor instance started just fine, but the following ones didn't
 publish server descriptor because self reachability test did not pass.
 Why? They were all thinking they should be reachable on IP1 (def spend a
 huge amount of time on this.ault IP, em0 interface). Obviously that IP did
 not had the requried ports open for the additonal Tor instances so the
 test could not possibly pass.

 Fix:
 I have added in each config file:
 Address IP1
 Address IP2 and so on

 After that it did the self reachability test on the correct IP address,
 and it passed of course, so server descriptor was published.

 Tor should know to prase the IP address from ORPort and/or DirPort and
 make tests on that, obviously that's the address where the port should be
 open. Caution at -noadvertise and -nolisten options when this bug is
 inspected.

--

Comment:

 Oh wait, teor said he thinks this one should go in, and that the code to
 detect a mismatch and warn will be simple.

 If it's really a simple solution, let's do that in 0.2.9, but let's watch
 out for scope-creep.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13953#comment:17>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list