Tor Browser cobre unha aplicación, non todo o dispositivo
O navegador encamiña as súas propias conexións por Tor e nada máis. Comprobe que proceso posúe unha conexión antes de supoñer que o resto da máquina o segue.
Tor Browser envía as súas propias conexións a través dun proxy local e encamínaas á rede Tor, e non move o resto da máquina. Un cliente de correo, un proceso de sincronización e un segundo navegador conservan a configuración que tiñan, e por iso un resultado limpo nunha xanela pode convivir con conexións directas detrás. Catro comprobacións separan o cuberto do que só parece cuberto. Empece pola que nomea un proceso.
Que proxifica realmente o navegador
Dentro do navegador, o tráfico vai a un escoitador SOCKS local que Tor Browser inicia para si mesmo, e o navegador está configurado para usalo. A selección de circuíto, o illamento de identidade e as proteccións contra pegadas dixitais viven todos nese emparellamento. Un ficheiro gardado no disco non leva nada diso, e abrilo nun visor externo inicia un programa novo co seu propio comportamento de rede.
Esa é tamén a razón de que a coñecida páxina de enderezo público demostre tan pouco. Informa da saída que usou o navegador que a cargou e non pode observar outra aplicación en absoluto. Trate o resultado como evidencia sobre un programa, non como unha afirmación sobre o dispositivo.
Que proceso posúe cada conexión
Enumere os sockets e os procesos que hai detrás. Busque calquera cousa que non sexa o navegador falando cun escoitador local:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Calquera cousa cun destino público é unha conexión que evitou o circuíto. Se atopa unha, identifique o programa antes de cambiar calquera outra cousa, porque a corrección difire para cada cliente:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipA forma -hostname importa porque lle pide ao proxy que resolva o nome. Resolver localmente e entregarlle un enderezo ao proxy revela o destino mesmo cando a propia conexión pasa polo proxy.
Se o protocolo se transporta sequera
Os repetidores de Tor transportan fluxos TCP. As aplicacións construídas arredor de UDP, como algúns clientes de voz e de xogos, non se comportan na rede como unha páxina web, e forzalas a pasar por un proxy adoita fallar en lugar de protexelas.
| Coverage model | What it covers | What it leaves alone |
|---|---|---|
| Tor Browser | Its own browsing and downloads | Every other application |
| Proxy setting in one app | That app, if it honours the proxy | Its DNS behaviour and other programs |
| System VPN | Traffic routed through the tunnel | Browser fingerprint and identity |
| Whole-device routing | The operating system's traffic | Application-level identity signals |
Se a aplicación que lle importa depende de UDP, unha configuración do navegador non é a resposta, nin o é unha variable de proxy que a aplicación ignora. O requisito convértese nun deseño distinto con modos de fallo distintos.
A cobertura que escolleu en realidade
Unha VPN de sistema é máis ampla en alcance ca un navegador e máis estreita en propósito. Pode levar varias aplicacións cando as rutas e o soporte da plataforma están configurados para iso, pero non ofrece resistencia ás pegadas dixitais, e unha saída VPN non é unha rede de anonimato.
A cobertura de todo o dispositivo é un deseño de sistema, non un instalador. Encamiña o tráfico do sistema operativo en lugar dun só proceso, e trae os seus propios límites operativos que unha descarga de navegador non ten.
Decida a que pregunta responde: que aplicación está protexida, ou se o está cada paquete. A primeira é unha configuración do navegador e a segunda é unha política de encamiñamento. Confundilas é como unha máquina acaba cunha xanela protexida e cinco procesos sen protección. Escriba a resposta antes de instalar calquera outra cousa.