HTTP 407 Authentification Proxy Requise : comment le corriger

HTTP 407 Authentification Proxy Requise provient du proxy, et non du site de destination. C'est la façon dont le proxy dit "Je vais transmettre votre demande, mais d'abord prouvez qui vous êtes." C'est le jumeau de la couche proxy d'un 401 : la réponse contient un en-tête Proxy-Authenticate décrivant le schéma qu'il souhaite (généralement Basic), et votre client est censé renvoyer la demande avec un en-tête Proxy-Authorization. Si les identifiants sont manquants, malformés ou incorrects, vous obtenez un 407.

Avec des proxies authentifiés comme ceux de s4m — SOCKS5 sur 1080, HTTP sur 3128, tous deux utilisant USER:PASS — un 407 signifie presque toujours l'une des quatre choses suivantes : vous n'avez fourni aucun identifiant, vous avez fourni les mauvais, le mot de passe contient des caractères spéciaux qui ont cassé l'analyse de l'URL, ou l'outil que vous utilisez ne lit pas les identifiants à l'endroit où vous les avez mis (un classique avec Puppeteer et Scrapy). Les solutions ci-dessous sont classées de la plus courante à la moins courante. Consultez le guide d'authentification proxy et le aperçu du proxy pour plus de contexte.

Dans un navigateur, un 407 apparaît généralement comme une fenêtre contextuelle de connexion du proxy ; entrer le bon nom d'utilisateur et le bon mot de passe le supprime. Lors de l'automatisation d'un navigateur, cette fenêtre contextuelle est tout le problème — Chromium sans tête ne peut pas y répondre, c'est pourquoi Puppeteer utilise page.authenticate(), Playwright prend les identifiants dans son objet proxy, et Selenium a besoin d'une petite extension. Sur Windows, vérifiez le proxy système sous Paramètres et tout proxy par application, car un identifiant enregistré obsolète peut déclencher des 407 dans les outils qui héritent du proxy système.

Les proxies d'entreprise ajoutent une complication : certains utilisent NTLM ou Kerberos au lieu de l'authentification de base, donc un simple USER:PASS n'est pas suffisant et vous avez besoin de l'option NTLM de l'outil. s4m lui-même utilise l'authentification de base standard USER:PASS, donc vous n'aurez pas besoin de NTLM avec nos points de terminaison. Si les identifiants sont définitivement corrects et que vous voyez toujours 407, confirmez que vous atteignez le bon port (1080 SOCKS5, 3128 HTTP) et validez le point de terminaison avec les outils. Une erreur Chrome connexe est couverte dans le guide ERR_PROXY_CONNECTION_FAILED.