Proxies de formulário web mudam a origem do navegador, não só o IP de saída
Distinga um site de proxy com campo de URL de um proxy nativo do navegador e explique por que logins e scripts complexos podem se comportar de forma diferente.
Uma página com um campo de URL é um aplicativo web. Inserir um destino ali pede a esse aplicativo que busque e apresente o conteúdo. É um arranjo diferente de dizer ao navegador para usar um proxy HTTP ou SOCKS.
Com uma configuração de proxy nativa, o navegador continua tratando a URL de destino como o site. Num proxy de formulário web convencional, a página visível é servida pelo próprio esquema de URL e origem do aplicativo proxy. O serviço pode reescrever links, scripts, cabeçalhos ou cookies para que a navegação continue.
| Comportamento | Por que a diferença importa |
|---|---|
| Verificações de mesma origem | O navegador avalia a origem que realmente carregou |
| Cookies e redirecionamentos | O comportamento de domínio, caminho e contexto seguro precisa corresponder às URLs apresentadas |
| Scripts que constroem novas URLs | As requisições podem escapar de um esquema simples de reescrita de links |
| Conexões persistentes ou WebSockets | O aplicativo proxy precisa de tratamento compatível explícito |
Isso explica um resultado conhecido: um artigo simples carrega, mas um editor de documentos ou um fluxo de login falha. A falha não significa necessariamente que o destino rejeita o IP de saída do serviço. O intermediário pode não conseguir preservar as suposições do aplicativo sobre URLs e segurança do navegador.
Distinga também onde o TLS termina. Um serviço que busca e republica conteúdo de destino está numa posição de confiança diferente de um relay CONNECT comum que transporta uma sessão criptografada. Ver HTTPS no endereço do próprio site de proxy não estabelece uma conexão TLS de ponta a ponta do navegador até o site original.
Se o objetivo é navegar normalmente por outra saída, escolha um endpoint HTTP ou SOCKS do seu serviço ou de uma lista de proxies e use uma configuração de proxy nativa suportada, como as configurações de conexão do Firefox. Isso costuma preservar mais da semântica normal de destino do navegador. Um site com campo de URL pode ser um aplicativo escolhido deliberadamente, mas não deveria ser apresentado como a mesma interface com menos configuração.