aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/explanations.html
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--explanations.html96
1 files changed, 0 insertions, 96 deletions
diff --git a/explanations.html b/explanations.html
deleted file mode 100644
index 73820c8..0000000
--- a/explanations.html
+++ /dev/null
@@ -1,96 +0,0 @@
1<html><head><title>apt-panopticon explanations</title>
2</head><body bgcolor="black" text="white"><h1>Welcome to the apt-panopticon explanations page.</h1>
3<p>The purpose of this page is to try to explain everything shown on <a href="Report-web.html">the results page</a>,
4so that the results page can link to the various parts for the curious.<p>
5
6<hr><h1 id="IPv4">IPV4 tests</h1>
7<p>Tests are tested over IPv4 if the mirror has IPv4 addresses.</p>
8
9<hr><h1 id="IPv6">IPv6</h1>
10<p>Tests are tested over IPv6 if the mirror has IPv6 addresses.</p>
11
12<hr><h1 id="FTP">FTP tests</h1>
13<p>The FTP tests have not been written yet.</p>
14
15<hr><h1 id="HTTP">HTTP tests</h1>
16<p>There are two styles of HTTP tests - actual HTTP downloads and HTTP HEAD tests. &nbsp;
17Actual downloads happen when other tests need the files to be downloaded. &nbsp;
18HEAD tests are where apt-panopticon probes things in detail. &nbsp;
19For each mirror (including the DNS round robin domain), and for each IP of that mirror -
20</p>
21<ul>
22<li>Chose a small collection of package files to test, and the Release files for each release.</li>
23<li>Send a HTTP HEAD request for each of those files.</li>
24<li>Carefully inspect and log the response.</li>
25<li>Retry the request if needed, and log that.</li>
26<li>If a redirect loop is detected, log that and give up.</li>
27<li>If the mirror replies with a redirect to the same mirror, then try that and keep checking.</li>
28<li>If the mirror replies with a redirect to a different server, then probe that mirror the same way.</li>
29</ul>
30
31<hr><h1 id="HTTPS">HTTPS tests</h1>
32<p>The HTTPS tests are very similar to the HTTP tests detailed above, though obviously they are tried with HTTPS requests intead of HTTP requests. &nbsp;
33The validity of the HTTPS certificate for each server is tested as well.
34</p>
35
36<hr><h1 id="RSYNC">rsync tests</h1>
37<p>The RSYNC tests have not been written yet.</p>
38
39<hr><h1 id="DNS-RR">DNS round robin tests</h1>
40<p>The "DNS round robin" column lists the IP addresses for each mirror that is part of the DNS round robin, or DNS-RR. &nbsp;
41The IPs are linked to the log for that specific IP when used via the DNS round robin, and is followed by the number of errors, warnings, or timeouts of any.
42</p>
43
44<hr><h1 id="Redirects">Redirect tests</h1>
45<p>Mirrors that redirect /DEVUAN/ back out to deb.devuan.org is an ERROR. &nbsp;
46/DEBIAN-SECURITY/ packages must be redirected to a Debian mirror, specifically a mirror hosting Debian security updates. &nbsp;
47However, some Devuan mirrors might also be Debian mirrors, so this is just a WARNING.
48</p>
49
50<hr><h1 id="Protocol">Protocol tests</h1>
51<p>The Protocol test will give a warning if the protocol is changed during a redirect, HTTP -> HTTPS for example. &nbsp;
52While apt HTTPS transport is now the default in Beowulf / Buster, not everyone with an older release will have that installed,
53so redirecting HTTP to HTTPS will break apt for those people. &nbsp;
54An error is given instead if that happens for mirrors in the DNS round robin. &nbsp;
55Servers in the DNS round robin will not have the HTTPS certificate for the round robin domain, so redirecting to HTTPS for that is a mistake.
56</p>
57
58<hr><h1 id="URL-Sanity">URL sanity tests</h1>
59<p>The URL sanity test replaces "/" in URLS with "///", to see if the mirror can cope with that. &nbsp;
60This might happen due to a minor mis-configuration by the apt user, but decent web servers should cope with that. &nbsp;
61The result for a mirror that does not cope is a failed download for that use, so this is an error.
62</p>
63
64<hr><h1 id="Integrity">Integrity tests</h1>
65<p>Actually download files, then check things like PGP keys, SHA256 check sums, and file size. &nbsp;
66For actual packages, pick the smallest one that has been recently updated.
67</p>
68
69<hr><h1 id="Updated">Updated tests</h1>
70<p>Make sure the Release files are up to date by checking their internal "Date" field. &nbsp;
71If they are up to date, download and check updated Packages.xz files, and actual packages. &nbsp;
72For actual packages, pick the smallest one that has been recently updated.
73</p>
74<p>Also shown is the mirrors scheduled time between updates, with "m" meaning minutes and "h" meaning hours.
75</p>
76
77<hr><h1 id="Speed">Speed test</h1>
78<p>The speed test tries to guess at a minimum and maximum speed range for each mirror. &nbsp;
79It does this by measuring the reported speeds from the curl commands that actually download files. &nbsp;
80Since apt-panopticon is trying hard to download everything from all mirrors all at the same time, this guess will be low. &nbsp;
81Also, the computer running the apt-panopticon might have a network connection that is busy with other things. &nbsp;
82Not to mention that obviously if the computer this is running on is one of the mirrors, it might get a wildly exaggerated speed,
83not haaving to go through the rest of the Internet tends to help. &nbsp;
84Finally, the tested mirror may have a bigger network connection than the computer running the test, so wont show it's true maximum. &nbsp;
85So take this speed measurement with a grain of salt, it's more of an indication, the <a href="../apt-panopticon_cgp/index.php">full graphs</a> might be useful.
86</p>
87
88<hr><h1 id="Weekly">Weekly averages</h1>
89<p>This is the percentage of time the mirror was up, and the percentage of time the mirror was up to date. &nbsp;
90Note that if the mirror has a low uptime, then there wasn't much chance to check if it was up to date.
91</p>
92
93<hr><h1 id="Graphs">Graphs</h1>
94<p>A link to the graphs for this mirror.</p>
95
96</body></html>