Vad säger egentligen ett VPN-servers betyg dig?

Serverbetyg är tal som en utgivare har räknat ut för sin egen lista, och vart och ett betyder exakt det som utgivaren bestämde. Två kataloger kan rangordna samma slutpunkt olika utan att någon av dem har fel. Läs definitionen innan du låter en rankning välja en utgång åt dig.

Kontrollerna nedan täcker vad du ska läsa, vad du ska mäta själv och vad du ska skriva ner. De förutsätter en klient som redan stöder protokollet en kandidat erbjuder.

Läs definitionen före rankningen

Börja med definitionssidan och inte med tabellen. Ett betyg byggt på rapporterad drifttid, sessionsantal eller genomströmningsuppskattningar ordnar slutpunkter efter dessa storheter, vilket är ett påstående om belastning och tillgänglighet och inte om integritet. Lägg märke till hur gamla indata är, eftersom en siffra som uppdateras månadsvis beskriver en annan maskin än en som uppdateras varje timme. Där ingen definition finns är talet ett ordningsverktyg med okända indata, och det förtjänar precis så mycket tillit.

Omfånget betyder lika mycket som indata. Ett värde som mätts mellan utgivarens prob och slutpunkten säger ingenting om vägen från ditt nätverk, och en siffra som beskriver masstransfer förutsäger inte interaktiv fördröjning. Färskhet och omfång avgör tillsammans om siffran ens gäller för ditt beslut.

Tillit, kompatibilitet och hastighet är tre frågor

En slutpunkt som accepterar din trafik blir därmed inte en bra plats att skicka den till. En katalogpost listar driftmässiga anslutningsdetaljer, och det är inte ett intyg om loggning, ägande eller vad operatören gör med metadata. Kompatibilitet är en egen fråga: protokoll, chiffersvit och klientversion passar antingen eller passar inte, och inget betyg ändrar det. Hastigheten är den tredje, och den är den enda av de tre som du kan mäta från din egen maskin.

Att hålla de tre åtskilda förhindrar det vanligaste felet, nämligen att välja en snabb slutpunkt och läsa det som bevis på god praxis. En långsam men tydlig slutpunkt är ett bättre standardval än en snabb där du inte kan beskriva operatören.

En katalog kan också publicera fält som inte passar in i någon av de tre. Operatörens egen beskrivning, en protokollista eller en landetikett är påståenden och metadata, och de kommer med trovärdigheten hos den som skrev dem.

Mät kandidaten från ditt eget nätverk

När en kandidat klarat de två första frågorna, mät vägen du faktiskt skulle använda. Kommandona nedan kontrollerar nåbarhet, vägkvalitet och en slutförd begäran, i den ordningen. Kör dem på den timme du skulle använda tjänsten, eftersom både hemförbindelsen och en offentlig relay ändras med belastningen.

ping -c 20 203.0.113.77
mtr -r -c 50 203.0.113.77
curl -sS -o /dev/null -w '%{http_code} %{time_connect} %{time_total}\n' --max-time 8 https://example.com/
timeout 5 bash -c 'cat < /dev/null > /dev/tcp/203.0.113.77/1194' && echo port-open

Läs utdata som tre separata svar. En ping som aldrig svarar kan betyda att slutpunkten filtrerar ICMP och inte att tjänsten ligger nere, så kombinera den med portkontrollen. Vägspårningen visar var fördröjningen samlas, och en slutförd begäran med tidsmätning bevisar att kedjan fungerar från din adress. Ingen av dessa värden är en permanent egenskap hos slutpunkten.

Skriv ner jämförelsen

Skriv ner kandidaten, mätningens tidpunkt, de tre resultaten och varför du gick vidare till nästa. Det gör en lista med ihågkomna rankningar till en jämförelse som någon annan kan upprepa. Det bryter också loopen där du ständigt byter land och drar slutsatsen att allt är långsamt.

En misslyckad kandidat förtjänar också en anteckning, eftersom en slutpunkt som avvisar ett protokoll under en timme är ett faktum om det testet och inte en dom över hela katalogen. Skriv ner avvisandet med dess tidsstämpel, och nästa jämförelse börjar med bevis.

Kontrollera den valda slutpunkten igen efter varje klientuppgradering, eftersom svaret om kompatibilitet kan ändras medan betyget förblir detsamma. Behandla talet som en ordningsledtråd och dina egna mätningar som beviset.