Betekent een grotere VPN-serverlijst betere service?
Serveraantallen mengen landen, hosts, instanties en profielen, en geen ervan beschrijft de route die je nodig hebt. Drie voorwaarden bepalen of dat ertoe doet.
Twee aanbieders, de een adverteert met 6,000 servers en de ander met 600, en het grotere aantal voelt als meer van iets. Het is meer van een ongedefinieerde eenheid. Voordat het aantal een keuze kan informeren, moeten drie voorwaarden worden uitgezocht: of een van die endpoints de regio en het protocol bedient die je nodig hebt, of de capaciteit standhoudt tijdens je werkuren, en wie de infrastructuur beheert en wat die vastlegt.
Drie voorwaarden die het antwoord bepalen
De eerste is geschiktheid. Een vermelding in een gids is alleen nuttig als die je client accepteert, het protocol biedt dat je vereist en in een regio ligt die de route naar je werkelijke bestemming verbetert. Een inventaris van duizend endpoints in regio's die je nooit gebruikt, is een kleiner aantal dan het lijkt.
De tweede is capaciteit op het moment dat je die nodig hebt, wat niet hetzelfde is als capaciteit in totaal. Een grote vloot kan tijdens jouw werkuren nog steeds verzadigd zijn op de twee uitgangen die het dichtst bij je liggen, en een lege vloot aan de andere kant van de wereld helpt niet.
De derde is eigendom en bewaring. De schaal van de infrastructuur zegt niets over wie de dienst beheert, wat er wordt gelogd of de client wordt onderhouden. Dat is een beleidsvraag met documentair bewijs, geen getal op een landingspagina.
Alle drie moeten kloppen wil het aantal iets betekenen, en elk ervan is afzonderlijk te controleren. Dat is het nuttige deel: de beslissing vereist helemaal niet dat je de kop vertrouwt. Je kunt elke voorwaarde op je eigen voorwaarden verifiëren. Wie de drie antwoorden documenteert, heeft meer werk gedaan dan de brochure.
Wat het getal in de kop telt
De vier eenheden in de tabel hierboven worden routineus in één vergelijking gemengd, en de grootste getallen komen meestal van de eenheid die het makkelijkst op te blazen is. Containerinstanties zijn goedkoop te maken en kunnen één fysieke verbinding delen, dus het aantal ervan beschrijft configureerbaarheid in plaats van diversiteit.
| What the number counts | What it tells you | What it cannot tell you |
|---|---|---|
| Countries or regions | How many jurisdictions have at least one entry | How many independent machines exist |
| Physical hosts | Roughly how much hardware is deployed | Whether any of it is near your destination |
| Container instances | How many configurable endpoints can be issued | Whether they share one upstream path |
| Downloadable profiles | How many configuration files are offered | Whether the endpoints behind them still work |
Dat is niet automatisch oneerlijk. Een aanbieder die per sessie een nieuwe instantie uitgeeft, beschrijft iets echts over hoe hij werkt, en het getal is een eerlijke beschrijving van dat mechanisme. De fout is het te vergelijken met het aantal landen van een andere aanbieder alsof beide getallen hetzelfde meten, wat ze niet doen.
Er is ook een onderhoudsdimensie die geen enkel statisch getal vangt. Lijsten verouderen, en een endpoint dat beschikbaar lijkt kan het profiel dat je hebt gekregen alsnog weigeren. Een gids is een set kandidaten om te verifiëren, geen inventaris van werkende opties. Behandel een lijst als een bewering, niet als een feit. Twee vermeldingen verifiëren kost tien minuten en beslecht de vraag.
Test de route die je echt nodig hebt
Kies twee kandidaat-endpoints in de regio die je belangrijk vindt en meet de route vanaf de uitgang naar de dienst die je gebruikt. Latentie naar de VPN-gateway is het getal dat aanbieders graag citeren, en het is het minst interessante, omdat het het deel van de reis uitsluit dat meestal het probleem veroorzaakt.
mtr -rwc 20 203.0.113.9
curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}
' https://example.net/De trace rapporteert waar vertraging optreedt langs de hele route, hop voor hop, wat een verre uitgang van een overbelaste onderscheidt. De curl-timing scheidt het opzetten van de verbinding van de eerste byte van een antwoord, zodat een trage handshake en een trage server niet worden verward.
Voer de vergelijking uit op de tijden dat je echt werkt, en noteer het endpoint, het uitgangsadres en de bestemming die je hebt getest. Een resultaat zonder die drie details is een week later niet reproduceerbaar, ook niet door jou.
Houd één werkend alternatief geconfigureerd met het exacte adres en protocol. De waarde van een reserve wordt gemeten op de dag dat de primaire stopt met werken, en dat is de dag waarop niemand een gids wil lezen.
Maak een shortlist en beslis dan op bewijs
Beperk de vergelijking tot drie of vier aanbieders die de geschiktheidstest doorstaan, en beoordeel ze vervolgens op de controles die je echt kunt uitvoeren. Een shortlist dwingt de vragen af die een langere lijst je laat vermijden, en maakt de afwegingen expliciet in plaats van ze tot één voorkeur te middelen.
Leg het bewijs vast in een vorm die iemand anders kan auditen: de regio en het protocol die je vereiste, de endpoints die je testte, de tijdstippen van de dag en wat de traces lieten zien. Voeg de beleidsfeiten toe die je hebt geverifieerd, met data, want bewaarverklaringen veranderen en een niet-gedateerde verwijzing is geen bewijs.
Accepteer dan de conclusie die het bewijs ondersteunt, en die is meestal smaller dan een winnaar. De ene aanbieder kan beter zijn voor jouw regio op jouw tijden, de andere beter voor een protocol dat je voor een specifieke client nodig hebt, en geen van beide feiten wordt door de omvang van een lijst gevangen.
Het aantal is niet nutteloos; het is een ruwe aanwijzing over investering. Het wordt pas een kwaliteitsclaim als iemand de eenheid definieert, verifieert dat de endpoints werken en aantoont dat de specifieke route die je nodig hebt beter is. Tot dan hoort het in de marketingkolom, niet in de beslissingskolom.