Los proxies de formulario web cambian el origen del navegador, no solo la IP de salida
Distinga un sitio de proxy con campo de URL de un proxy nativo del navegador y explique por qué los inicios de sesión y los scripts complejos pueden comportarse de forma distinta.
Una página con un campo de URL es una aplicación web. Introducir un destino allí pide a esa aplicación que obtenga y presente contenido. Es una disposición distinta de indicar al navegador que use un proxy HTTP o SOCKS.
Con un ajuste de proxy nativo, el navegador sigue tratando la URL de destino como el sitio web. En un proxy de formulario web convencional, la página visible se sirve mediante el esquema de URL y el origen de la propia aplicación de proxy. El servicio puede reescribir enlaces, scripts, cabeceras o cookies para que la navegación continúe.
| Comportamiento | Por qué importa la diferencia |
|---|---|
| Comprobaciones de mismo origen | El navegador evalúa el origen que realmente cargó |
| Cookies y redirecciones | El comportamiento de dominio, ruta y contexto seguro debe encajar con las URL presentadas |
| Scripts que construyen URL nuevas | Las peticiones pueden escapar de un esquema simple de reescritura de enlaces |
| Conexiones persistentes o WebSockets | La aplicación de proxy necesita un tratamiento compatible explícito |
Eso explica un resultado conocido: un artículo sencillo carga, pero un editor de documentos o un flujo de inicio de sesión falla. El fallo no tiene por qué significar que el destino rechace la IP de salida del servicio. El intermediario puede no ser capaz de preservar las suposiciones de la aplicación sobre URL y seguridad del navegador.
Distinga también dónde termina TLS. Un servicio que obtiene y republica contenido de destino está en una posición de confianza distinta de la de un relay CONNECT ordinario que transporta una sesión cifrada. Ver HTTPS en la dirección propia del sitio de proxy no establece una conexión TLS de extremo a extremo desde el navegador hasta el sitio original.
Si el objetivo es navegar de forma normal por otra salida, elija un extremo HTTP o SOCKS de su servicio o de una lista de proxies y use una configuración de proxy nativa compatible, como los ajustes de conexión de Firefox. Esto suele conservar más de la semántica normal de destino del navegador. Un sitio con campo de URL puede ser una aplicación elegida a propósito, pero no debería presentarse como la misma interfaz con menos configuración.