Le VPN volontarie e le VPN commerciali ripongono la fiducia in luoghi diversi
Un relè volontario e un account commerciale sono accordi diversi. Segui chi gestisce l'endpoint, cosa copre la politica e cosa può dimostrare il client.
L'etichetta di un servizio VPN dice meno dell'accordo che sta dietro. Una rete volontaria può riunire relè gestiti da persone senza alcun rapporto tra loro, mentre un servizio commerciale di solito presenta un solo account e una sola politica pubblicata su un'infrastruttura che può affittare in parte. Nessuna delle due forme è automaticamente più privata. Ciò che cambia è chi controlla l'endpoint a cui ti connetti, e chi quindi potrebbe rispondere a una domanda su di esso.
Tre parti, non una
Dietro ogni connessione ci sono tre parti, e non sempre sono la stessa organizzazione. L'operatore della directory decide quali endpoint puoi trovare e distribuisce i profili; lo sviluppatore del software decide come il tuo client parla il protocollo; l'operatore del server gestisce la macchina da cui esce il tuo traffico. Solo l'ultimo è in grado di registrare o conservare qualcosa, e in un accordo volontario quella persona può essere un estraneo per le altre due.
| Party | What they control | What changes when it changes |
|---|---|---|
| Directory operator | Lists endpoints and distributes profiles | Which relays you can find at all |
| Software developer | The client and its protocol implementation | How you connect, not who receives the traffic |
| Server operator | The machine your traffic exits from | Records, abuse handling and upstream network |
Un accordo commerciale di solito fonde le tre parti in un'unica azienda, anche se può affittare server da un provider di hosting. Leggi cosa il provider dichiara di gestire, perché l'espressione la nostra rete e l'espressione la nostra politica possono coprire sistemi diversi. Quando è coinvolto un partner, la politica deve nominarlo, altrimenti non raggiunge il tuo traffico.
Come scompare un endpoint
Un relè volontario esiste perché il suo host lo tiene in funzione. Quando quella persona smette, la voce lascia la directory, e nulla in quell'accordo promette che il relè sarà lì domani.
Una voce della directory è un'opzione, non una garanzia: scegliere un'altra voce significa scegliere un altro operatore, non riconnettersi allo stesso servizio. I servizi commerciali falliscono allo stesso modo per motivi diversi, che sia capacità, una restrizione regionale o un guasto di un partner di hosting. Ciò che cambia è a chi puoi chiederlo. Nessuno dei due accordi ti deve continuità solo perché il profilo si carica ancora.
Cosa copre davvero la politica
Anche i progetti volontari pubblicano regole di registrazione e contro gli abusi, e quelle regole sono la parte interessante. Volontario descrive chi ospita il relè, non una promessa che nulla venga registrato, e un progetto con una gestione degli abusi pubblicata ti dice che i registri esistono da qualche parte.
Le politiche commerciali hanno il problema opposto: sono dettagliate, e il dettaglio è ciò che devi leggere. Una politica che copre i server propri del provider non descrive automaticamente l'infrastruttura di un partner. Una dichiarazione di giurisdizione non è una descrizione della pratica. Cerca la sezione che nomina i sistemi inclusi e tratta una politica che resta vaga sull'ambito come marketing e non come prova.
Decidi con un registro, non con un'etichetta
Un client che si connette dimostra la compatibilità di protocollo e la raggiungibilità, e nulla sui registri, perché i registri si creano all'endpoint e al di sopra. Per questo un'icona di stato verde è un segnale così debole: lo stesso client puntato a un relè accurato e a uno trascurato appare identico. Il registro della decisione deve quindi essere costruito su ciò che puoi giustificare riguardo all'operatore specifico, non sull'interfaccia. Annota la visibilità tecnica del percorso, le categorie di dati coinvolte e la fiducia che l'operatore si è guadagnato; se uno di questi è una supposizione, la decisione non è finita.
Se stai solo confrontando connessioni, registra invece l'endpoint e il risultato che hai misurato. Un relè in un paese, una risorsa raggiunta e una risposta misurata descrivono ciò che hai testato senza attribuire il comportamento di un host a un intero progetto.
Tieni separata la compatibilità di software e protocollo dalla pratica del servizio lungo tutto il percorso, perché parti diverse le decidono e falliscono in modi diversi. Aggiungi due campi al registro per questo motivo: la versione del client che hai eseguito e il protocollo che ha negoziato. Così il confronto successivo parte da prove e non da un'etichetta. Un registro che nomina l'endpoint, il client e il risultato è l'unica parte di questa decisione che potrai difendere più avanti.