As VPN voluntárias e as VPN comerciais colocam a confiança em lugares diferentes
Um relé voluntário e uma conta comercial são arranjos diferentes. Acompanhe quem opera o ponto final, o que a política cobre e o que o cliente pode provar.
O rótulo de um serviço de VPN diz menos do que o arranjo por trás dele. Uma rede voluntária pode reunir relés operados por pessoas sem qualquer relação entre si, enquanto um serviço comercial costuma apresentar uma só conta e uma só política publicada sobre uma infraestrutura que pode alugar em parte. Nenhuma das duas formas é automaticamente mais privada. O que muda é quem controla o ponto final a que você se liga e quem, portanto, poderia responder a uma pergunta sobre ele.
Três partes, não uma
Por trás de qualquer ligação há três partes, e elas nem sempre são a mesma organização. O operador do diretório decide que pontos finais você pode encontrar e distribui perfis; o desenvolvedor do software decide como o seu cliente fala o protocolo; o operador do servidor mantém a máquina de onde o seu tráfego sai. Só o último está em posição de registar ou reter algo, e num arranjo voluntário essa pessoa pode ser um estranho para as outras duas.
| 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 |
Um arranjo comercial costuma fundir as três partes numa só empresa, embora possa alugar servidores a um fornecedor de alojamento. Leia o que o fornecedor diz que opera, porque a expressão a nossa rede e a expressão a nossa política podem cobrir sistemas diferentes. Quando há um parceiro envolvido, a política tem de o nomear, senão não chega ao seu tráfego.
Como um ponto final desaparece
Um relé voluntário existe porque o seu anfitrião o mantém em funcionamento. Quando essa pessoa para, a entrada sai do diretório e nada nesse arranjo promete que o relé estará lá amanhã.
Uma entrada do diretório é uma opção, não uma garantia: escolher outra entrada significa escolher outro operador, não voltar a ligar-se ao mesmo serviço. Os serviços comerciais falham da mesma forma por motivos diferentes, seja capacidade, uma restrição regional ou uma falha de um parceiro de alojamento. O que muda é a quem pode perguntar sobre isso. Nenhum dos arranjos lhe deve continuidade só porque o perfil ainda carrega.
O que a política cobre na realidade
Os projetos voluntários também publicam regras de registo e contra o abuso, e essas regras são a parte interessante. Voluntário descreve quem aloja o relé, não uma promessa de que nada é registado, e um projeto com tratamento de abuso publicado está a dizer-lhe que os registos existem em algum lugar.
As políticas comerciais têm o problema oposto: são detalhadas, e o detalhe é o que tem de ler. Uma política que cobre os servidores do próprio fornecedor não descreve automaticamente a infraestrutura de um parceiro. Uma declaração de jurisdição não é uma descrição da prática. Procure a secção que nomeia os sistemas abrangidos e trate uma política que fica vaga quanto ao âmbito como marketing e não como prova.
Decida com um registo, não com um rótulo
Um cliente que se liga prova compatibilidade de protocolo e acessibilidade, e nada sobre registos, porque os registos são feitos no ponto final e acima dele. É por isso que um ícone de estado verde é um sinal tão fraco: o mesmo cliente apontado a um relé cuidadoso e a um descuidado parece idêntico. O registo da decisão tem, por isso, de ser construído a partir do que pode justificar sobre o operador concreto, não a partir da interface. Anote a visibilidade técnica do caminho, as categorias de dados envolvidas e a confiança que o operador conquistou; se alguma delas for um palpite, a decisão não está terminada.
Se está apenas a comparar ligações, registe antes o ponto final e o resultado que mediu. Um relé num país, um recurso alcançado e uma resposta medida descrevem o que testou sem atribuir o comportamento de um anfitrião a todo um projeto.
Mantenha a compatibilidade de software e protocolo separada da prática do serviço ao longo de todo o percurso, porque partes diferentes decidem essas coisas e falham de maneiras diferentes. Acrescente dois campos ao registo por essa razão: a versão de cliente que executou e o protocolo que negociou. Assim a comparação seguinte começa em provas e não num rótulo. Um registo que nomeia o ponto final, o cliente e o resultado é a única parte desta decisão que poderá defender mais tarde.