- Nov 30, 2020
-
-
Philipp Winter authored
Our timeout is set to 60 by default, so the actual execution time is 60 + a few milliseconds. Adding +1 to the final bucket covers that case.
-
- Nov 26, 2020
-
-
Philipp Winter authored
-
- Nov 25, 2020
-
-
Philipp Winter authored
-
- Nov 23, 2020
-
-
Philipp Winter authored
Export Prometheus-based metrics Closes #4 See merge request !3
-
- Nov 21, 2020
-
-
Philipp Winter authored
-
Philipp Winter authored
The way Prometheus works is that a central instance scrapes metrics from various endpoints, bridgestrap being one of them. We expose a new HTTP handler for /metrics and let our Prometheus library do the rest. This patch fixes tpo/anti-censorship/bridgestrap#4
-
Philipp Winter authored
So far, bridgestrap would serialise requests by relying on a mutex's locking mechanism. That's dirty. This patch implements a channel-based dispatching mechanism that guarantees order (mutexes don't). In addition to that, we can now log the number of outstanding requests, which is good to know.
-
- Nov 20, 2020
-
-
Philipp Winter authored
-
Philipp Winter authored
Having tor log at 'info' level makes its log files grow significantly faster.
-
Philipp Winter authored
-
Philipp Winter authored
-
Philipp Winter authored
So far, our cache timeout was hard-coded to be one week. Now that bridgestrap is more efficient, we can afford to test resources more often, so this patch changes the default timeout to 24 hours. The patch also makes this timeout configurable through the new -cache-timeout switch. While at it, the patch also refactored our cache mechanism a bit and renamed -timeout to -test-timeout. This patch fixes #8
-
- Nov 19, 2020
-
-
Philipp Winter authored
-
Philipp Winter authored
This patch adds the -log command line switch, which instructs bridgestrap to log to the given file.
-
Philipp Winter authored
-
Philipp Winter authored
-
Philipp Winter authored
This patch bumps our code coverage to 48.6%.
-
- Nov 18, 2020
-
-
Philipp Winter authored
-
Philipp Winter authored
For reasons outlined in #2, we want to be able to use a custom tor for now. This patch introduces a new command line switch, -tor, which makes this possible.
-
Philipp Winter authored
Issue/6 Closes #6 See merge request !2
-
- Nov 16, 2020
-
-
Philipp Winter authored
This patch fixes tpo/anti-censorship/bridgestrap#6
-
Philipp Winter authored
-
Philipp Winter authored
...and start with version 0.0.1.
-
Philipp Winter authored
-
Philipp Winter authored
If our event channel is closed, our last read results in nil. This patch makes bridgestrap check for this condition before accessing the result's struct members.
-
- Nov 13, 2020
-
-
Philipp Winter authored
We can safely ignore http.ErrServerClosed but we really ought to check for other errors.
-
- Nov 12, 2020
-
-
Philipp Winter authored
Issue/3 Closes #3 See merge request !1
-
- Oct 20, 2020
-
-
Philipp Winter authored
-
- Oct 15, 2020
-
-
Philipp Winter authored
-
Philipp Winter authored
-
Philipp Winter authored
So far, bridgestrap would bootstrap a new tor instance for each request. That's both expensive and slow. Roger suggested to use a single, long-lived tor instance instead, and use the SETCONF controller command to test a batch of bridges at once. This patch makes that happen. This fixes #3.
-
Philipp Winter authored
Simply run: ./scripts/test-bridge-lines /path/to/bridge/file The provided file must contain bridge lines, one per line.
-
- Oct 06, 2020
-
-
Philipp Winter authored
-
Philipp Winter authored
-
- Oct 02, 2020
-
-
Philipp Winter authored
-
- Sep 30, 2020
-
-
Philipp Winter authored
Thanks to Cecylia for questioning whether the cache lookup mechanism is fast enough: ecc6e048 (comment 2709958)
-
- Aug 20, 2020
-
-
Philipp Winter authored
We currently have ~1,700 bridges, so a buffer size of 1,000 isn't going to cut it if we ask bridgestrap to test our entire pool of bridges at once.
-
Philipp Winter authored
-
- Aug 19, 2020
-
-
Philipp Winter authored
This command line option instructs bridgestrap to only pretty-print its cache and then exit.
-
- Aug 18, 2020
-
-
Philipp Winter authored
Unlike the Web API, we don't reject connections. Instead, we try hard to serve them all, even though some may be delayed.
-