7cdcf9f15b
The residual censorship algorithm prevents dnscheck for checking the same endpoint again in a short time frame under the assumption that a previous measurement could have caused residual censorship. In https://github.com/ooni/probe/issues/2234, we mentioned we probably wanted to disable this algorithm because we didn't want to slow down dnscheck too much and because we didn't detect this alleged source of blocking in our previous measurements. It turns out the algorithm was already disabled. I probably did this after we published the paper on DNS censorship to make measurements overall a bit faster. So, just introduce a new extension field to the measurement telling us that the residual censorship algorithm is disabled. It's not super useful except as for the fact that the next time I read the source code I notice that the algorithm is disabled. |
||
---|---|---|
.. | ||
dash | ||
dnscheck | ||
dnsping | ||
example | ||
fbmessenger | ||
hhfm | ||
hirl | ||
httphostheader | ||
ndt7 | ||
psiphon | ||
quicping | ||
riseupvpn | ||
run | ||
signal | ||
simplequicping | ||
sniblocking | ||
stunreachability | ||
tcpping | ||
telegram | ||
tlsping | ||
tlstool | ||
tor | ||
torsf | ||
urlgetter | ||
vanillator | ||
webconnectivity | ||
README.md |
Directory github.com/ooni/probe-cli/internal/engine/experiment
This directory contains the implementation of all the supported experiments, one for each directory. The OONI spec repository contains a description of all the specified experiments.
Note that in the OONI spec repository experiments are called nettests. Originally, they were also called nettests here but that created confusion with nettests in ooni/probe-cli. Therefore, we now use the term experiment to indicate the implementation and the term nettest to indicate the user facing view of such implementation.
Note that some experiments implemented here are not part of
the OONI specification. For example, the urlgetter
experiment is not in the OONI spec repository. The reason why
this happens is that urlgetter
is an experiment "library" that
other experiments use to implement their functionality.
Likewise, the example experiment is a minimal experiment that does nothing and you could use to bootstrap the implementation of a new experiment. Of course, this experiment is not part of the OONI specification.