Pasa Tor pola VPN? Que cambia o túnel dividido

Velaquí a crenza que paga a pena poñer a proba: un indicador conectado significa que o tráfico de Tor pasou primeiro pola VPN. A inferencia falla máis a miúdo do que debería, e falla en silencio. Un emparellador de túnel dividido pode deixar o proceso de Tor fóra do túnel mentres o dispositivo segue conectado, e ambas as observacións son certas á vez. A icona informa dunha interface; a ruta que seguiron os teus paquetes é outra cuestión. Respóndea desde o encamiñamento e o emparellador, non desde o indicador.

Que demostra un indicador conectado e que non

Unha VPN conectada significa que unha interface está activa e que existe un túnel cara ao par. A conexión de entrada de Tor é outro fluxo, creado por outro proceso, e se entra nese túnel depende do emparellador e da táboa de encamiñamento que se lle apliquen. Exclúe o proceso e a VPN conéctase igualmente, Tor segue construíndo un circuíto, e a orde que pretendías non ocorreu. As dúas observacións responden a preguntas distintas, e por iso ningunha por si soa resolve a orde.

Ese oco non é un fallo de ningunha das dúas ferramentas. É xustamente para o que serve unha regra de exclusión, e a regra probablemente escribiuse por un motivo que alguén aínda recorda.

Que emparellador aplica o cliente a unha conexión

O que decide a ruta é o emparellador que o cliente aplica a cada conexión: un nome de proceso, un prefixo de destino ou unha entrada de ruta, segundo o cliente. Un atallo do escritorio non coincide con ningún deles, porque é un lanzador, non unha unidade de política. Le o conxunto de regras do cliente e nomea a unidade que realmente comproba antes de razoar sobre Tor. Se o cliente empareja por destino, a pregunta pasa a ser que prefixos quedan dentro do túnel e non que programa se está executando.

Unha regra baseada no destino que só leva prefixos de oficina privada é unha forma habitual, e deixa as conexións de entrada ordinarias de Tor directas por deseño. Eso é a política funcionando tal como está configurada, e non é a orde VPN-antes-que-Tor por moi san que se vexa o indicador. Escribe o emparellador e os prefixos excluídos na mesma liña das túas notas, porque ese par é a regra.

Que lle pasa a Tor cando cae o túnel

Agora quita o túnel e observa que fai Tor, porque unha política que só se sostén mentres a rede está san non é a política que describiches. O cliente pode rexeitar o tráfico directo mentres está caído, permitilo en silencio ou reconectarse e reaplicar a regra un momento despois. Unha desconexión manual e unha caída son sucesos distintos, e a caída é a que ninguén ensaiou. Proba con tráfico inofensivo e anota cal dos tres resultados observaches realmente.

Le tamén o comportamento documentado do cliente, pero trata a documentación como unha hipótese ata que a túa proba estea de acordo con ela. Os provedores describen o valor por defecto; o teu perfil decide a excepción.

Por que o enderezo de saída non pode responder á pregunta de entrada

Un sitio alcanzado a través de Tor informa do enderezo do repetidor de saída, o que che di de onde emerxeu o circuíto e nada sobre como o primeiro salto abandonou o teu dispositivo. A xente cita ese enderezo como proba da orde VPN-primeiro, e non pode soportar ese peso. A pregunta de entrada é local: que interface levou a conexión ata o primeiro repetidor e que enderezo de orixe tería visto o par da VPN. Respóndea cunha consulta de ruta ou unha captura de paquetes no dispositivo, non cun sitio web.

Dous camiños distintos poden producir o mesmo país de saída, así que un resultado coincidente demostra aínda menos do que parece. Compara interfaces, non xeografía.

Aplicacións que nunca herdaron a configuración do navegador

Un visor de documentos, un cliente de sincronización e un xestor de paquetes fan cada un as súas propias conexións, e ningún deles herda a configuración de proxy do navegador. Cada un segue o emparellador do cliente, a súa propia configuración ou o proxy do sistema, e a combinación raramente se escribe. Así medra unha lista de excepcións: unha aplicación cada vez, cada adición razoable, ata que ninguén pode dicir que cobre a lista. Mellor leva un diagrama breve por aplicación, que nomee o emparellador, a ruta e o comportamento ante fallos.

Se a capa extra de VPN non serve a ningún propósito que poidas enunciar, quitar a capa é máis doado de verificar que manter unha lista longa de excepcións. Mentres tanto, a nota do Proxecto Tor sobre as VPN aborda a mesma cuestión de orde desde o outro lado. Menos pezas móbiles significa menos suposicións que volver probar tras a próxima actualización do cliente.