Las VPN voluntarias y las VPN comerciales depositan la confianza en lugares distintos
Un relé voluntario y una cuenta comercial son arreglos distintos. Sigue quién opera el punto final, qué cubre la política y qué puede demostrar el cliente.
La etiqueta de un servicio de VPN dice menos que el arreglo que hay detrás. Una red voluntaria puede reunir relés gestionados por personas sin ninguna relación entre sí, mientras que un servicio comercial suele presentar una sola cuenta y una sola política publicada sobre una infraestructura que puede alquilar en parte. Ninguna de las dos formas es automáticamente más privada. Lo que cambia es quién controla el punto final al que te conectas y quién, por tanto, podría responder a una pregunta sobre él.
Tres partes, no una
Detrás de cualquier conexión hay tres partes, y no siempre son la misma organización. El operador del directorio decide qué puntos finales puedes encontrar y reparte perfiles; el desarrollador del software decide cómo habla el protocolo tu cliente; el operador del servidor gestiona la máquina por la que sale tu tráfico. Solo el último está en posición de registrar o retener algo, y en un arreglo voluntario esa persona puede ser un desconocido para las otras dos.
| 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 arreglo comercial suele fusionar las tres partes en una sola empresa, aunque puede alquilar servidores a un proveedor de alojamiento. Lee qué dice el proveedor que opera, porque la frase nuestra red y la frase nuestra política pueden cubrir sistemas distintos. Cuando hay un socio implicado, la política tiene que nombrarlo o no llega a tu tráfico.
Cómo desaparece un punto final
Un relé voluntario existe porque su anfitrión lo mantiene en marcha. Cuando esa persona para, la entrada sale del directorio y nada en ese arreglo promete que el relé estará ahí mañana.
Una entrada del directorio es una opción, no una garantía: elegir otra entrada significa elegir otro operador, no volver a conectarse al mismo servicio. Los servicios comerciales fallan del mismo modo por motivos distintos, ya sea capacidad, una restricción regional o una caída de un socio de alojamiento. Lo que cambia es a quién puedes preguntar por ello. Ninguno de los dos arreglos te debe continuidad solo porque el perfil todavía se carga.
Qué cubre realmente la política
Los proyectos voluntarios también publican normas de registro y contra el abuso, y esas normas son la parte interesante. Voluntario describe quién aloja el relé, no una promesa de que no se registre nada, y un proyecto con gestión de abuso publicada te está diciendo que los registros existen en algún lugar.
Las políticas comerciales tienen el problema opuesto: son detalladas, y el detalle es lo que tienes que leer. Una política que cubre los servidores propios del proveedor no describe automáticamente la infraestructura de un socio. Una declaración de jurisdicción no es una descripción de la práctica. Busca la sección que nombra los sistemas incluidos y trata una política que sigue siendo vaga sobre el alcance como marketing y no como prueba.
Decide con un registro, no con una etiqueta
Un cliente que se conecta demuestra compatibilidad de protocolo y accesibilidad, y nada sobre los registros, porque los registros se hacen en el punto final y por encima de él. Por eso un icono de estado verde es una señal tan débil: el mismo cliente apuntado a un relé cuidadoso y a uno descuidado se ve idéntico. El registro de la decisión, por tanto, tiene que construirse con lo que puedes justificar sobre el operador concreto, no con la interfaz. Anota la visibilidad técnica del camino, las categorías de datos implicadas y la confianza que el operador se ha ganado; si algo de eso es una suposición, la decisión no está terminada.
Si solo comparas conexiones, registra en cambio el punto final y el resultado que mediste. Un relé en un país, un recurso al que se llegó y una respuesta que se midió describen lo que probaste sin atribuir el comportamiento de un anfitrión a todo un proyecto.
Mantén la compatibilidad de software y protocolo separada de la práctica del servicio en todo momento, porque las deciden partes distintas y fallan de maneras distintas. Añade dos campos al registro por ese motivo: la versión de cliente que ejecutaste y el protocolo que negoció. Así la siguiente comparación parte de pruebas y no de una etiqueta. Un registro que nombra el punto final, el cliente y el resultado es la única parte de esta decisión que podrás defender más adelante.