[tor-bugs] #17359 [Core Tor/Tor]: __DisablePredictedCircuits causes bootstrap to hang at "Connecting to Tor Network"

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Sep 30 14:15:39 UTC 2019


#17359: __DisablePredictedCircuits causes bootstrap to hang at "Connecting to Tor
Network"
---------------------------------------------+-----------------------------
 Reporter:  teor                             |          Owner:  (none)
     Type:  defect                           |         Status:  new
 Priority:  Low                              |      Milestone:  Tor:
                                             |  unspecified
Component:  Core Tor/Tor                     |        Version:
 Severity:  Minor                            |     Resolution:
 Keywords:  tor-hs bootstrap sponsor8-maybe  |  Actual Points:
Parent ID:                                   |         Points:  small
 Reviewer:                                   |        Sponsor:
---------------------------------------------+-----------------------------

Comment (by teor):

 Replying to [comment:16 dgoulet]:
 > Replying to [comment:15 teor]:
 > > In #17592 in Tor 0.3.1.1-alpha, we replaced
 PredictedPortsRelevanceTime and CircuitIdleTimeout with
 CircuitsAvailableTimeout.
 > >
 > > So the current workaround is:
 > > {{{
 > > LongLivedPorts
 > > LearnCircuitBuildTimeout 0
 > > # and
 > > PredictedPortsRelevanceTime 0 seconds
 > > # or
 > > CircuitsAvailableTimeout (a small timeout? a large timeout?)
 > > }}}
 > >
 > > We can't disable predicted ports separately any more, which is
 annoying.
 >
 > I'm having this issue with Exitmap and the above workaround do not work
 :S ...
 >
 > No circuit activity stalls bootstrap progression basically :(.

 Those workarounds make tor stop building as many circuits as possible.
 They are a workaround for this use case:

 "I am running lots of tor instances, and I don't want them to build
 useless circuits."

 I don't know what the workaround for your use case is. But I think your
 use case is:

 "I am running a tor instance, and I don't want it to stall."

 Maybe you should try:

 LongLivedPorts 80,443
 LearnCircuitBuildTimeout 1
 PredictedPortsRelevanceTime (Maximum allowed time)
 CircuitsAvailableTimeout (I'm not really sure, maybe use the default? Or
 try a large or small timeout, and see how you go.)

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


More information about the tor-bugs mailing list