Hva forteller egentlig poengsummen til en VPN-server deg?

Serverpoengsummer er tall som en utgiver har regnet ut for sin egen liste, og hvert av dem betyr nøyaktig det den utgiveren bestemte. To kataloger kan rangere det samme endepunktet ulikt uten at noen av dem tar feil. Les definisjonen før du lar en rangering velge en utgang for deg.

Kontrollene nedenfor dekker hva du skal lese, hva du skal måle selv, og hva du skal skrive ned. De forutsetter en klient som allerede støtter protokollen en kandidat tilbyr.

Les definisjonen før rangeringen

Begynn med definisjonssiden i stedet for tabellen. En poengsum bygget på rapportert oppetid, sesjonstall eller gjennomstrømningsanslag ordner endepunkter etter disse størrelsene, som er et utsagn om belastning og tilgjengelighet og ikke om personvern. Legg merke til hvor gamle inndataene er, fordi et tall som oppdateres månedlig beskriver en annen maskin enn et som oppdateres hver time. Der det ikke finnes noen definisjon, er tallet et ordningsverktøy med ukjente inndata, og det fortjener nøyaktig så mye tillit.

Omfanget betyr like mye som inndataene. En verdi målt mellom utgiverens probe og endepunktet sier ingenting om veien fra nettverket ditt, og et tall som beskriver massetransport forutsier ikke interaktiv ventetid. Ferskhet og omfang avgjør sammen om tallet i det hele tatt gjelder for avgjørelsen din.

Tillit, kompatibilitet og hastighet er tre spørsmål

Et endepunkt som godtar trafikken din, er dermed ikke et godt sted å sende den. En katalogoppføring lister opp driftsmessige tilkoblingsdetaljer, og det er ikke et sertifikat om logging, eierskap eller hva operatøren gjør med metadata. Kompatibilitet er et eget spørsmål: protokoll, chiffersett og klientversjon passer enten eller passer ikke, og ingen poengsum endrer det. Hastigheten er tredje, og det er den eneste av de tre du kan måle fra din egen maskin.

Å holde de tre atskilt forhindrer den vanligste feilen, nemlig å velge et raskt endepunkt og lese det som bevis på god praksis. Et tregt, men tydelig endepunkt er et bedre standardvalg enn et raskt der du ikke kan beskrive operatøren.

En katalog kan også publisere felt som ikke passer i noen av de tre. Operatørens egen beskrivelse, en protokolliste eller en landetikett er påstander og metadata, og de kommer med troverdigheten til den som skrev dem.

Mål kandidaten fra ditt eget nettverk

Når en kandidat har bestått de to første spørsmålene, mål veien du faktisk ville bruke. Kommandoene nedenfor kontrollerer tilgjengelighet, veikvalitet og en fullført forespørsel, i den rekkefølgen. Kjør dem på den timen du ville brukt tjenesten, fordi både hjemmeforbindelsen og et offentlig relé endrer seg 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

Les utdataene som tre separate svar. En ping som aldri svarer, kan bety at endepunktet filtrerer ICMP og ikke at tjenesten er nede, så kombiner det med portkontrollen. Veisporingen viser hvor forsinkelsen samler seg, og en fullført forespørsel med tidsmåling beviser at kjeden virker fra adressen din. Ingen av disse verdiene er en permanent egenskap ved endepunktet.

Skriv ned sammenligningen

Skriv ned kandidaten, måletidspunktet, de tre resultatene og hvorfor du gikk videre til den neste. Det gjør en liste med huskede rangeringer om til en sammenligning som andre kan gjenta. Det bryter også løkken der du stadig bytter land og konkluderer med at alt er tregt.

En mislykket kandidat fortjener også et notat, fordi et endepunkt som avviser én protokoll på én time, er et faktum om den testen og ikke en dom over hele katalogen. Skriv ned avvisningen med tidsstempel, og den neste sammenligningen starter med bevis.

Sjekk det valgte endepunktet på nytt etter enhver klientoppgradering, fordi svaret om kompatibilitet kan endre seg mens poengsummen forblir den samme. Behandle tallet som et ordningshint og dine egne målinger som beviset.