[tor-bugs] #33581 [Core Tor/Chutney]: Restore bridge networkstatus checks in chutney
Tor Bug Tracker & Wiki
blackhole at torproject.org
Tue Apr 28 12:59:41 UTC 2020
#33581: Restore bridge networkstatus checks in chutney
------------------------------+-------------------------------
Reporter: teor | Owner: (none)
Type: defect | Status: new
Priority: Medium | Milestone:
Component: Core Tor/Chutney | Version:
Severity: Normal | Resolution:
Keywords: ipv6, prop311 | Actual Points:
Parent ID: #33582 | Points: 0.1
Reviewer: | Sponsor: Sponsor55-can
------------------------------+-------------------------------
Description changed by teor:
Old description:
> This issue depends on the tor bridge descriptor upload fix in #33582, or
> robust reachability self-tests in #33222.
>
> In chutney networks, there's a race condition when bridges try to publish
> their descriptor to the bridge authority:
> * bridges have AssumeReachable set
> * bridges try to publish their descriptors before bootstrapping
> * but bridges can't publish their descriptors, because they don't have
> enough directory info to build a circuit to the bridge authority
>
> Also, bridges do not retry publishing their descriptor immediately after
> they bootstrap.
>
> We can only do the networkstatus-bridges check on tor versions with the
> #33222 or #33582 fixes. So we'll need to check for:
> * the next tor 0.4.4-alpha version, or
> * an environmental variable that enables these tests.
>
> We don't have to do these fixes, because it should be enough to test
> relay reachability. But we would risk breaking bridge reachability tests,
> and not knowing about it until after a release.
New description:
This issue depends on the tor bridge descriptor upload fix in #33582, or
robust reachability self-tests in #33222.
In chutney networks, there's a race condition when bridges try to publish
their descriptor to the bridge authority:
* bridges have AssumeReachable set
* bridges try to publish their descriptors before bootstrapping
* but bridges can't publish their descriptors, because they don't have
enough directory info to build a circuit to the bridge authority
Also, bridges do not retry publishing their descriptor immediately after
they bootstrap.
We can only do the networkstatus-bridges check on tor versions with the
#33222 or #33582 fixes. So we'll need to check for:
* the next tor 0.4.4-alpha version, or
* an environmental variable that enables these tests.
We don't have to do these fixes, because it should be enough to test relay
reachability. But we would risk breaking bridge reachability tests, and
not knowing about it until after a release.
Also, the chutney workarounds seem to cause weird race conditions, which
are time-consuming to diagnose and fix.
--
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/33581#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list