[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
[tor-bugs] #10993 [Tor]: Fails to reconnect after connection loss when only one bridge is configured
#10993: Fails to reconnect after connection loss when only one bridge is configured
--------------------+---------------------
Reporter: lunar | Owner:
Type: defect | Status: new
Priority: normal | Milestone:
Component: Tor | Version:
Keywords: | Actual Points:
Parent ID: | Points:
--------------------+---------------------
When configured to use only a single bridge, if the connection to that
bridge is lost (which typically happen when suspending or hoping from one
network to another), tor will not try to reconnect even when the bridge is
reachable available again.
At notice level, you can see a loop of:
{{{
smartlist_choose_node_by_bandwidth(): Empty routerlist passed in to old
node selection for rule weight as guard
should_delay_dir_fetches(): delaying dir fetches (no running bridges
known)
compute_weighted_bandwidths(): Empty routerlist passed in to consensus
weight node selection for rule weight as guard
}}}
I don't think this happen when there is more than one bridge configure but
I'm not 100% sure at this time.
I also have the feeling that this did not happen with version 0.2.3, but
I'm not 100% sure either.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/10993>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs