[tor-bugs] #10993 [Tor]: Fails to reconnect after connection loss when only one bridge is configured
Tor Bug Tracker & Wiki
blackhole at torproject.org
Thu Mar 6 18:49:17 UTC 2014
#10993: Fails to reconnect after connection loss when only one bridge is configured
------------------------+--------------------------------
Reporter: lunar | Owner:
Type: defect | Status: new
Priority: normal | Milestone: Tor: 0.2.5.x-final
Component: Tor | Version:
Resolution: | Keywords: tor-client bridges
Actual Points: | Parent ID:
Points: |
------------------------+--------------------------------
Comment (by kargig):
I can confirm the problem with a single bridge that it "never" reconnects
(I've waited max for 12 minutes).
But reconnection takes a very long time even when one has two bridges
configured. I have two in my config and when I switch my default route (eg
exit my VPN) then Tor refuses to recreate any circuits for a very long
time.
Here's the (relevant) Tor log
{{{
Mar 06 19:12:54.000 [notice] Bridge 'aaaa' has both an IPv4 and an IPv6
address. Will prefer using its IPv4 address (X.Y.Z.W:12345).
Mar 06 19:12:54.000 [notice] new bridge descriptor 'aaaa' (fresh):
$xxxxxxxx at X.Y.Z.W
Mar 06 20:12:54.000 [notice] Bridge 'bbbb' has both an IPv4 and an IPv6
address. Will prefer using its IPv4 address (A.B.C.D:23456).
Mar 06 20:12:54.000 [notice] new bridge descriptor 'bbbb' (fresh):
$yyyyyyyy at A.B.C.D
Mar 06 20:26:57.000 [notice] We tried for 15 seconds to connect to
'[scrubbed]' using exit
$6218B1A77845ED3CC8F730D770E6DE21790F0E48~ArachnideFR35v2 at 95.130.9.190.
Retrying on a new circuit.
Mar 06 20:28:43.000 [warn] Application request to port 143: this port is
commonly used for unencrypted protocols. Please make sure you don't send
anything you would mind the rest of the Internet reading!
Mar 06 20:29:43.000 [notice] Tried for 120 seconds to get a connection to
[scrubbed]:5222. Giving up. (waiting for circuit)
Mar 06 20:29:48.000 [notice] Tried for 120 seconds to get a connection to
[scrubbed]:5222. Giving up. (waiting for circuit)
Mar 06 20:30:48.000 [warn] Application request to port 143: this port is
commonly used for unencrypted protocols. Please make sure you don't send
anything you would mind the rest of the Internet reading!
Mar 06 20:32:17.000 [notice] Tried for 120 seconds to get a connection to
[scrubbed]:5222. Giving up. (waiting for circuit)
Mar 06 20:32:37.000 [notice] Tried for 120 seconds to get a connection to
[scrubbed]:5222. Giving up. (waiting for circuit)
Mar 06 20:34:10.000 [notice] Tor has not observed any network activity for
the past 567 seconds. Disabling circuit build timeout recording.
Mar 06 20:34:10.000 [notice] Our directory information is no longer up-to-
date enough to build circuits: We have no usable consensus.
Mar 06 20:34:26.000 [notice] Application request when we haven't used
client functionality lately. Optimistically trying known bridges again.
Mar 06 20:34:26.000 [notice] We now have enough directory information to
build circuits.
Mar 06 20:34:26.000 [notice] Tor now sees network activity. Restoring
circuit build timeout recording. Network was down for 583 seconds during 2
circuit attempts.
Mar 06 20:34:27.000 [notice] Tor has successfully opened a circuit. Looks
like client functionality is working.
}}}
I exit my VPN:
{{{
Thu Mar 6 20:24:48 2014 SIGINT[hard,] received, process exiting
}}}
And start trying to connect through Tor
{{{
$ date && usewithtor curl -v torproject.org
Thu Mar 6 20:26:15 EET 2014
* Rebuilt URL to: torproject.org/
* Hostname was NOT found in DNS cache
$ date && usewithtor curl -v torproject.org
Thu Mar 6 20:28:43 EET 2014
* Rebuilt URL to: torproject.org/
* Hostname was NOT found in DNS cache
$ date && usewithtor curl -v torproject.org
Thu Mar 6 20:34:38 EET 2014
* Rebuilt URL to: torproject.org/
* Hostname was NOT found in DNS cache
* Trying 38.229.72.14...
* Connected to torproject.org () port 80 (#0)
}}}
Isn't 567 seconds a bit too much to wait for a reconnect? I'm using Tor
0.2.4.21 (git-c5a648cc6f218339)
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/10993#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list