Probar unha afirmación de privacidade dunha VPN: conserve probas que resistan
Escriba a afirmación, o observador e a configuración antes de mirar un resultado. Unha proba de enrutamento mostra unha saída; nunca mostra o que retén o operador.
A proba comeza cunha frase que alguén quere que sexa certa, e as probas ou ben apoian unha versión estreita dela ou nada. Unha comprobación do enderezo público mostra que saída usou unha petición. Non mostra o que retén o provedor, quen pode lelo nin que ocorre cunha sesión que nunca se completa. Percorrer a proba como un procedemento documentado impídelle afirmar máis do que a medición pode soportar.
Escolla unha afirmación observable
Escriba a afirmación como unha soa frase comprobable antes de abrir calquera ferramenta: para este perfil, nesta rede, as peticións a un eco de enderezo público saen pola saída declarada do provedor. Esa frase nomea un suxeito, unha condición e unha observación, e iso é o que a fai refutable. Unha afirmación como que a VPN protexe a privacidade non ten forma observable, así que ningunha medición pode resolvela. Garde unha segunda frase para o que a proba non cubrirá, porque a retención, o acceso de terceiros e a correlación de tráfico quedan todos fóra dunha proba no navegador.
Escriba esa segunda frase por adiantado, non despois de que chegue o resultado. É moito máis fácil ser honesto sobre o alcance mentres o desenlace aínda é descoñecido que despois de que unha captura de pantalla tranquilizadora aterre no tícket. Unha nota de alcance engadida despois tende a describir o resultado en lugar da pregunta.
Datos de configuración que un lector necesita para repetir a medición
A configuración é o que fai reproducible un resultado, e é o que a xente omite cando a resposta parece boa. As cadeas de versión, os nomes de perfil, a rede de acceso e as familias de enderezos pertencen á nota, xunto con calquera regra de división do túnel que puidese sacar tráfico do túnel. Nomee tamén o evento baixo proba, porque unha conexión que funciona, unha caída inesperada, unha desconexión manual e un traspaso de rede exercen regras distintas. Unha proba que mestura eses eventos demostra pouco sobre calquera deles.
Use tráfico non sensible nunha contorna na que teña autorización para probar. Capturar paquetes non relacionados fai que o rexistro pareza técnico e engade exposición sen engadir probas. Dirixa a captura só á interface do túnel e fixe un límite de tamaño de ficheiro para que unha execución longa non encha o disco. Deteña a captura antes de cambiar nada, para que o ficheiro coincida coa liña de configuración que escribiu.
Diga que se mediu e que significa
Rexiste o que imprimiu a ferramenta e o que a ferramenta podía ver. Unha resposta do resolutor, un resultado do eco de enderezo e unha consulta de ruta responden a preguntas distintas, e unha etiqueta de localización dentro dunha páxina web é unha inferencia sobre unha base de datos, non un feito sobre a saída. Escriba o comando que produciu cada liña ao carón, porque un valor sen o seu comando non se pode reproducir. Manteña a marca de tempo na mesma zona horaria que o tícket de cambio, ou a secuencia vólvese ilexible unha semana despois.
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15Dous servizos de eco independentes que coinciden son máis fortes que un, e unha discrepancia é en si mesma un achado que merece anotarse. A saída do resolutor mostra se o DNS seguiu o túnel ou seguiu usando a rede local, o que é unha afirmación separada do enderezo de saída. Garde a saída en bruto cunha marca de tempo e conserve os resultados contrarios en lugar da captura de pantalla máis tranquilizadora. Cando un cambio move o resultado, aplique unha variable á vez, porque cambiar servidor e cliente xuntos déixalle sen poder dicir cal importou.
Que pertence ao rexistro e que debe eliminarse
Conserve o método, a saída non secreta e as limitacións, e despois elimine o resto. Os perfís con credenciais, os nomes de host privados e os identificadores de conta non necesitan viaxar coas probas, e un rexistro de proba que os filtra danou aquilo que debía demostrar. Os cinco campos de abaixo son a forma máis curta que aínda sobrevive a un traspaso.
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
Anexe a declaración de política coa que compara, coa súa data e o seu alcance. RFC 6973 enmarca a análise de privacidade arredor de observadores nomeados e un alcance definido, e ese marco encaixa cun rexistro de proba: quen podía observar que, en que condicións e que partes quedaron sen examinar.
Remate cun parágrafo que declare que apoian as probas e que non. Ese parágrafo é o entregable, e todo o anterior existe para facelo honesto. Se non se pode escribir sen matizar cada cláusula, a proba mediu menos do que afirma o tícket.