Un elenco di server VPN più grande significa un servizio migliore?
I conteggi dei server mescolano paesi, host, istanze e profili, e nessuno di essi descrive il percorso che ti serve. Tre condizioni decidono se questo conta.
Due fornitori, uno pubblicizza 6,000 server e l'altro 600, e il numero più grande sembra di più di qualcosa. È più di un'unità indefinita. Prima che il conteggio possa informare una scelta, vanno risolte tre condizioni: se qualcuno di quegli endpoint serve la regione e il protocollo che ti servono, se la capacità tiene durante le tue ore di lavoro e chi gestisce l'infrastruttura e cosa registra.
Tre condizioni che decidono la risposta
La prima è l'idoneità. Una voce di elenco è utile solo se accetta il tuo client, offre il protocollo che richiedi e si trova in una regione che migliora il percorso verso la tua destinazione reale. Un inventario di mille endpoint in regioni che non usi mai è un numero più piccolo di quanto sembri.
La seconda è la capacità nel momento in cui ti serve, che non è la stessa cosa della capacità complessiva. Una flotta grande può comunque essere satura sulle due uscite più vicine a te durante le ore in cui lavori, e una flotta inattiva dall'altra parte del mondo non aiuta.
La terza è la proprietà e la conservazione. La scala dell'infrastruttura non dice nulla su chi gestisce il servizio, cosa registra o se il client è mantenuto. È una questione di politica con prove documentali, non un numero su una pagina di atterraggio.
Tutte e tre devono valere perché il conteggio significhi qualcosa, e ciascuna può essere verificata separatamente. Questa è la parte utile: la decisione non richiede affatto di fidarsi del titolo. Puoi verificare ogni condizione secondo i tuoi criteri. Chi documenta le tre risposte ha fatto più lavoro del dépliant.
Che cosa conta il numero del titolo
Le quattro unità della tabella sopra vengono abitualmente mescolate in un solo confronto, e le cifre più grandi di solito provengono dall'unità più facile da gonfiare. Le istanze container sono economiche da creare e possono condividere un solo collegamento fisico, quindi contarle descrive la configurabilità, non la diversità.
| 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 |
Non è automaticamente disonesto. Un fornitore che emette una nuova istanza per sessione descrive qualcosa di reale sul proprio funzionamento, e il numero è una descrizione equa di quel meccanismo. L'errore è confrontarlo con il conteggio dei paesi di un altro fornitore come se i due numeri misurassero la stessa cosa, e non lo fanno.
C'è anche una dimensione di manutenzione che nessun conteggio statico cattura. Gli elenchi invecchiano, e un endpoint che sembra disponibile può comunque rifiutare il profilo che ti è stato dato. Un elenco è un insieme di candidati da verificare, non un inventario di opzioni funzionanti. Tratta un elenco come un'affermazione, non come un fatto. Verificare due voci costa dieci minuti e risolve la questione.
Prova il percorso che ti serve davvero
Scegli due endpoint candidati nella regione che ti interessa e misura il percorso dall'uscita al servizio che usi. La latenza verso il gateway VPN è il numero che i fornitori amano citare, ed è il meno interessante, perché esclude la parte del viaggio che di solito causa il problema.
mtr -rwc 20 203.0.113.9
curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}
' https://example.net/La traccia riporta dove appare il ritardo lungo tutto il percorso, salto per salto, il che distingue un'uscita lontana da una congestionata. La misurazione con curl separa l'instaurazione della connessione dal primo byte di una risposta, così un handshake lento e un server lento non vengono confusi.
Esegui il confronto nelle ore in cui lavori davvero, e annota l'endpoint, l'indirizzo di uscita e la destinazione che hai provato. Un risultato senza questi tre dettagli non è riproducibile una settimana dopo, nemmeno da te.
Tieni un'alternativa funzionante configurata con il suo indirizzo e protocollo esatti. Il valore di un piano B si misura il giorno in cui il principale smette di funzionare, ed è il giorno in cui nessuno vuole leggere un elenco.
Riduci la lista, poi decidi sulle prove
Riduci il confronto a tre o quattro fornitori che superano il test di idoneità, poi giudicali con le verifiche che puoi davvero eseguire. Una lista corta impone le domande che una lista più lunga ti permette di evitare, e rende espliciti i compromessi invece di mediarli in una preferenza.
Registra le prove in una forma che qualcun altro possa verificare: la regione e il protocollo che hai richiesto, gli endpoint che hai provato, le ore del giorno e cosa hanno mostrato le tracce. Aggiungi i fatti di politica che hai verificato, con le date, perché le dichiarazioni sulla conservazione cambiano e una citazione senza data non è una prova.
Poi accetta la conclusione che le prove sostengono, e di solito è più stretta di un vincitore. Un fornitore può essere migliore per la tua regione alle tue ore, un altro migliore per un protocollo che ti serve per un client specifico, e nessuno dei due fatti è catturato dalla dimensione di un elenco.
Il conteggio non è inutile; è un indizio grezzo sugli investimenti. Diventa un'affermazione di qualità solo dopo che qualcuno definisce l'unità, verifica che gli endpoint funzionino e dimostra che il percorso specifico che ti serve è migliore. Fino ad allora appartiene alla colonna marketing, non a quella delle decisioni.