401 Unauthorized vs 407 Proxy Authentication Required

Que signifie 401 Unauthorized vs 407 ?

La RFC 9110 associe ces deux codes. Un 401 porte un en-tête WWW-Authenticate et demande des identifiants pour le serveur d'origine. Un 407 porte un en-tête Proxy-Authenticate et demande des identifiants pour le proxy. Les réponses vont dans des en-têtes différents aussi : Authorization pour le site et Proxy-Authorization pour le proxy.

Les confondre est courant car les deux parlent d'authentification. Le test le plus rapide est le code d'état lui-même: 401 signifie que vous êtes passé par le proxy.

À quoi ressemble a 401 en Python, curl, Node.js et navigateurs ?

La même erreur s'affiche différemment selon chaque outil. Voici les messages à rechercher dans vos logs :

• Python requests : status_code == 401 avec un en-tête WWW-Authenticate (site) contre un ProxyError mentionnant 407 (proxy)
• curl : HTTP/2 401 après un CONNECT réussi (site) contre un CONNECT tunnel failed, response 407 (proxy)
• APIs : un corps JSON tel que {"message": "Unauthorized"} ou un message de token invalide

Quelles sont les causes de a 401 ?

Probablement en premier lieu :

• La page ou l'API nécessitent une connexion ou une clé. C'est le site, pas le proxy, qui demande.
• Identifiants proxy au mauvais endroit, par exemple un en-tête Authorization destiné au proxy, que le site rejette.
• Un cookie de session ou token expiré dans un flux multi-étapes.
• Un token lié à une IP ou une région, donc une nouvelle sortie le rend invalide.

Comment diagnostiquer a 401 étape par étape ?

1. Confirmez le code : 401 est le site, 407 est le proxy.
2. Lancez le test curl ci-dessous. Si vous voyez HTTP/1.1 200 Connection established avant le 401, le proxy est correct.
3. Vérifiez si la même URL demande une connexion dans un navigateur normal.
4. Dans un flux multi-étapes, vérifiez si le 401 commence lorsque l'IP de sortie change.

# Use the URL that fails; with https://api.ipify.org instead, you test the gateway alone.
# "HTTP/1.1 200 Connection established" first, then the site's own status: the site answered.
curl -v -x http://USERNAME:[email protected]:7777 https://TARGET_URL

# Same test through the SOCKS5 port, with DNS resolved at the exit
curl -v --socks5-hostname gw.crawlrelay.com:7778 --proxy-user USERNAME:PASSWORD https://TARGET_URL

Comment résoudre a 401 ?

• Pour les problèmes de proxy (407), mettez les identifiants dans l'URL proxy ou les réglages proxy du client, jamais dans un en-tête Authorization.
• Pour une API publique nécessitant une clé, inscrivez-vous sur le site et envoyez sa clé comme documenté.
• Pour les sessions liées à une IP, utilisez une session sticky pour tout le flux.
• Pour le contenu derrière une connexion, vérifiez les conditions du site avant d'automatiser. Scraper des comptes qui ne vous appartiennent pas, ou des données personnelles derrière des connexions, est hors de notre politique d'utilisation acceptable.

Dois-je réessayer après a 401 ?

Ne retentez pas un 401 à l'aveugle. Il demande quelque chose que votre requête n'a pas. Rafraîchissez le token ou la session si votre flux en a une, puis essayez une fois. Plusieurs 401 répétés signifient que le contenu n'est pas public ou que votre accès est terminé.

Quelle est l'incidence de 401 Unauthorized vs 407 sur CrawlRelay ?

Un proxy HTTP signale ses propres problèmes d'identifiants avec 407 ou un tunnel raté, pas avec 401. Si vous voyez 401 en utilisant la gateway CrawlRelay, votre requête a atteint le site, ce qui restreint rapidement le problème.

Passerelle : gw.crawlrelay.com, port 7777 (HTTP, HTTPS via CONNECT) et port 7778 (SOCKS5). Format du nom d'utilisateur : USERNAME-country-{cc}-state-{state}-city-{city}-zip-{zip}-asn-{asn}-session-{id}-ttl-{minutes}. Voir aussi : 407 Proxy Authentication Required · 403 Forbidden · Guide des sessions.