Tor Browser cubre una aplicación, no todo el dispositivo
El navegador encamina sus propias conexiones por Tor y nada más. Compruebe qué proceso posee una conexión antes de suponer que el resto de la máquina lo sigue.
Tor Browser envía sus propias conexiones a través de un proxy local y las encamina hacia la red Tor, y no mueve el resto de la máquina. Un cliente de correo, un demonio de sincronización y un segundo navegador conservan la configuración que tenían, y por eso un resultado limpio en una ventana puede convivir con conexiones directas detrás. Cuatro comprobaciones separan lo cubierto de lo que solo parece cubierto. Empiece por la que nombra un proceso.
Qué proxifica realmente el navegador
Dentro del navegador, el tráfico va a un escucha SOCKS local que Tor Browser inicia para sí mismo, y el navegador está configurado para usarlo. La selección de circuito, el aislamiento de identidad y las protecciones contra huellas digitales viven en ese emparejamiento. Un archivo guardado en el disco no lleva nada de eso, y abrirlo en un visor externo inicia un programa nuevo con su propio comportamiento de red.
Esa es también la razón de que la conocida página de dirección pública demuestre tan poco. Informa de la salida que usó el navegador que la cargó y no puede observar otra aplicación en absoluto. Trate el resultado como evidencia sobre un programa, no como una afirmación sobre el dispositivo.
Qué proceso posee cada conexión
Enumere los sockets y los procesos que hay detrás. Busque cualquier cosa que no sea el navegador hablando con un escucha local:
ss -tunp
ss -tunp | grep -E 'tor|firefox'Cualquier cosa con un destino público es una conexión que evitó el circuito. Si encuentra una, identifique el programa antes de cambiar cualquier otra cosa, porque la corrección difiere para cada cliente:
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ipLa forma -hostname importa porque pide al proxy que resuelva el nombre. Resolver localmente y entregar una dirección al proxy revela el destino incluso cuando la propia conexión pasa por el proxy.
Si el protocolo se transporta siquiera
Los repetidores de Tor transportan flujos TCP. Las aplicaciones construidas en torno a UDP, como algunos clientes de voz y de juegos, no se comportan en la red como una página web, y forzarlas a pasar por un proxy suele fallar en lugar de protegerlas.
| 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 |
Si la aplicación que le importa depende de UDP, una configuración del navegador no es la respuesta, ni lo es una variable de proxy que la aplicación ignora. El requisito se convierte en un diseño distinto con modos de fallo distintos.
La cobertura que eligió en realidad
Una VPN de sistema es más amplia en alcance que un navegador y más estrecha en propósito. Puede llevar varias aplicaciones cuando las rutas y el soporte de la plataforma están configurados para ello, pero no ofrece resistencia a las huellas digitales, y una salida VPN no es una red de anonimato.
La cobertura de todo el dispositivo es un diseño de sistema, no un instalador. Encamina el tráfico del sistema operativo en lugar de un solo proceso, y aporta sus propios límites operativos que una descarga de navegador no tiene.
Decida qué pregunta responde: qué aplicación está protegida, o si lo está cada paquete. La primera es una configuración del navegador y la segunda es una política de enrutamiento. Confundirlas es como una máquina acaba con una ventana protegida y cinco procesos sin protección. Escriba la respuesta antes de instalar cualquier otra cosa.