- 15 Jun, 2020 4 commits
-
-
Nick Mathewson authored
-
Nick Mathewson authored
When we fix #34446 in Tor, we will need to have at least three AssumeReachable relays on every network, or else Tor relays won't ever actually upload enough descriptors to build circuits, and so they won't upload their descriptors, and so on forever.
-
Nick Mathewson authored
Out of the 68 files in the torrc_templates directory, only 32 are used by Tor or Chutney for testing. I'm removing the extraneous ones in order to reduce our maintenance burden. We can restore any of these that I was wrong about.
-
Nick Mathewson authored
Out of the 66 networks in the networks directory, only 13 are used by Tor or Chutney for testing. I'm removing most of extraneous ones in order to reduce our maintenance burden. I'm keeping these on request from dgoulet: basic hs-ob-v3 hs-v3 hs-v3-ipv6 We can restore any of these that I was wrong about.
-
- 18 May, 2020 13 commits
-
-
teor authored
There's some kind of timing bug in Tor 0.3.5, where it fails verification immediately after bootstrapping. Add a wait time to work around this bug. Replaces the previous 0.3.5 minimum bootstrap time, which fails for the ipv6-exit-min network. Now we're checking microdescriptors, the 0.3.5 timing bug can't be due to descriptor propagation. So there must be some other subtle timing bug. Fortunately, this bug is fixed in 0.4.0 and later.
-
teor authored
Chutney doesn't check for bridge descriptors or onion service descriptors, so we need to wait for extra time in bridge and onion service networks.
-
teor authored
-
teor authored
Tolerate being called early during bootstrap, and being called on old tor versions without ed25519.
-
teor authored
And explain that we're waiting for bridges
-
teor authored
-
teor authored
-
ANURADHAJHA99 authored
-
ANURADHAJHA99 authored
-
teor authored
-
ANURADHAJHA99 authored
-
ANURADHAJHA99 authored
-
Nick Mathewson authored
-
- 17 May, 2020 1 commit
-
-
c authored
Analysis tools such as vulture treat functions configure, restart, and wait_for_bootstrap in Network as unused, when in reality they are called from the ./chutney commandline. Make this explicitly clear.
-
- 15 May, 2020 2 commits
-
-
teor authored
-
Nick Mathewson authored
-
- 14 May, 2020 2 commits
- 24 Apr, 2020 1 commit
-
-
c authored
Leave Node.specialize() uncommented because I don't know what this does yet (it looks unused) but document other interfaces where necessary and clean up comments.
-
- 23 Apr, 2020 3 commits
-
-
Nick Mathewson authored
-
Nick Mathewson authored
-
MrSquanchee authored
From subprocess.check_output() in run_tor().
-
- 18 Apr, 2020 2 commits
- 16 Apr, 2020 1 commit
-
-
MrSquanchee authored
In Templating.py and TorNet.py
-
- 08 Apr, 2020 1 commit
-
-
George Kadianakis authored
-
- 02 Apr, 2020 3 commits
-
-
teor authored
Avoids race conditions where chutney tells tor to exit twice. And where chutney tells unrelated processes to exit. Part of 33793.
-
teor authored
After stopping, it can take a little while for tor to cleanup. Wait a few extra seconds, to avoid race conditions. Part of 33793.
-
teor authored
-
- 20 Mar, 2020 1 commit
-
- 16 Mar, 2020 4 commits
-
-
teor authored
-
teor authored
If there is a time calculation bug, or a large clock skew, fail bootstrap. Diagnostics for macOS Travis hangs.
-
teor authored
chutney was calculating some elapsed times incorrectly, leading to longer wait times for network bootstrap. Bugfix on 33615.
-
teor authored
chutney was displaying any node set without directory authorities as "caches and clients". Now, chutney only displays "caches and clients" if the node set contains all caches and clients, and no dir auths. Bugfix on 33615.
-
- 14 Mar, 2020 2 commits