Por qué el proxy cambia la IP del navegador, pero no la de otras apps
Un proxy HTTP configurado en el navegador o en el Wi-Fi no envía automáticamente todas las aplicaciones y protocolos por la IP elegida.
Una IP distinta en el navegador describe esa petición del navegador. Otras aplicaciones pueden conservar su ruta directa, porque cada cliente debe admitir y usar los ajustes de proxy.
| Dónde se configuró el proxy | Qué suele controlar |
|---|---|
| Ajustes manuales de Firefox | Las peticiones compatibles con Firefox. |
| Proxy HTTP del sistema | Las aplicaciones que leen y admiten esa configuración. |
| Opciones HTTP o SOCKS de una aplicación | El tráfico cubierto por la implementación de esa aplicación. |
| Proxy de una red Wi-Fi | Los clientes que usan ese ajuste mientras están en esa red. |
Un juego o una llamada de voz puede usar tráfico fuera de la ruta HTTP; una app que abre sockets directos puede ignorar por completo el proxy del sistema. Incluso SOCKS5 necesita soporte en la implementación: el protocolo define asociación UDP, pero el SOCKS5 integrado en Chromium cubre peticiones URL por TCP, no un retransmisor UDP general.
Busca la interfaz de proxy documentada de la otra aplicación y haz coincidir su protocolo. Si no ofrece ninguna, cambiar repetidamente el endpoint HTTP del sistema difícilmente la configurará. Verifica una petición de esa app con sus diagnósticos o un destino que controles; curl puede validar un endpoint, pero no certificar la ruta de otra aplicación.
Vuelve a comprobarlo después de iniciar la aplicación o cambiar de red. Un proceso puede conservar los ajustes leídos al arrancar, y un teléfono que pasa a datos móviles deja atrás la configuración específica del Wi-Fi. Si necesitas enrutamiento de todo el dispositivo, elige un mecanismo diseñado para ese alcance; el ajuste HTTP de un único cliente no puede establecerlo.