Les proxys à formulaire web changent l'origine du navigateur, pas seulement l'IP de sortie
Distinguez un site proxy à champ URL d'un proxy natif du navigateur et expliquez pourquoi les connexions et les scripts complexes peuvent se comporter différemment.
Une page avec un champ URL est une application web. Y saisir une destination demande à cette application de récupérer et de présenter le contenu. C'est un dispositif différent du fait de dire au navigateur d'utiliser un proxy HTTP ou SOCKS.
Avec un réglage de proxy natif, le navigateur traite toujours l'URL de destination comme le site web. Dans un proxy à formulaire web classique, la page visible est servie via le propre schéma d'URL et l'origine de l'application proxy. Le service peut réécrire les liens, les scripts, les en-têtes ou les cookies pour que la navigation se poursuive.
| Comportement | Pourquoi la différence compte |
|---|---|
| Contrôles de même origine | Le navigateur évalue l'origine qu'il a réellement chargée |
| Cookies et redirections | Le comportement du domaine, du chemin et du contexte sécurisé doit correspondre aux URL présentées |
| Scripts qui construisent de nouvelles URL | Les requêtes peuvent échapper à un simple schéma de réécriture de liens |
| Connexions persistantes ou WebSockets | L'application proxy a besoin d'une prise en charge compatible explicite |
Cela explique un résultat courant : un article simple se charge, mais un éditeur de documents ou un parcours de connexion échoue. L'échec ne signifie pas forcément que la destination rejette l'IP de sortie du service. L'intermédiaire peut être incapable de préserver les hypothèses de l'application sur les URL et la sécurité du navigateur.
Distinguez aussi où se termine TLS. Un service qui récupère et republie le contenu de destination se trouve dans une position de confiance différente d'un relais CONNECT ordinaire transportant une session chiffrée. Voir HTTPS sur l'adresse du site proxy n'établit pas une connexion TLS de bout en bout entre le navigateur et le site d'origine.
Si le but est une navigation ordinaire via une autre sortie, choisissez un point de terminaison HTTP ou SOCKS auprès de votre service ou dans une liste de proxys et utilisez une configuration de proxy native prise en charge, comme les paramètres de connexion de Firefox. Cela préserve généralement davantage la sémantique de destination normale du navigateur. Un site à champ URL peut rester une application délibérément choisie, mais il ne devrait pas être présenté comme la même interface avec moins de configuration.