401 Unauthorized vs 407 Proxy Authentication Required

Was bedeutet 401 Unauthorized vs 407?

RFC 9110 koppelt die beiden Codes. Ein 401 hat einen WWW-Authenticate Header und fordert Zugangsdaten für den Ursprungsserver. Ein 407 hat einen Proxy-Authenticate Header und fordert Zugangsdaten für den Proxy. Die Antworten stehen in unterschiedlichen Headern: Authorization für die Seite und Proxy-Authorization für den Proxy.

Verwechslungen sind häufig, weil beide „Authentifizierung“ sagen. Der schnellste Test ist der Statuscode selbst: 401 bedeutet, Sie kamen durch den Proxy.

Wie sieht a 401 in Python, curl, Node.js und Browsern aus?

Der gleiche Fehler wird in jedem Tool anders angezeigt. Hier sind die Meldungen, nach denen Sie in Ihren Logs suchen sollten:

• Python requests: status_code == 401 mit einem WWW-Authenticate Header (Website) vs. einem ProxyError mit 407 (Proxy)
• curl: HTTP/2 401 nach erfolgreichem CONNECT (Website) vs. CONNECT tunnel failed, response 407 (Proxy)
• APIs: ein JSON-Body wie {"message": "Unauthorized"} oder eine Invalid-Token-Meldung

Was verursacht a 401?

Wahrscheinlich zuerst:

• Die Seite oder API benötigt Login oder Schlüssel. Die Seite, nicht der Proxy, verlangt das.
• Proxy-Zugangsdaten an falscher Stelle, etwa ein Authorization Header für den Proxy, den die Seite ablehnt.
• Ein abgelaufenes Session-Cookie oder Token in einem mehrstufigen Ablauf.
• Ein an IP oder Region gebundenes Token, sodass ein neuer Exit es ungültig macht.

Wie diagnostiziere ich a 401 Schritt für Schritt?

1. Bestätigen Sie den Code: 401 für die Seite, 407 für den Proxy.
2. Führen Sie den untenstehenden curl-Test aus. Wenn Sie HTTP/1.1 200 Connection established vor dem 401 sehen, ist der Proxy in Ordnung.
3. Prüfen Sie, ob dieselbe URL in einem normalen Browser eine Anmeldung verlangt.
4. Bei mehrstufigem Ablauf prüfen Sie, ob 401 auftritt, wenn sich die Exit-IP ändert.

# 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

Wie behebe ich a 401?

• Bei Proxy-Problemen (407) setzen Sie Zugangsdaten in die Proxy-URL oder die Proxy-Einstellungen des Clients, nie in einen Authorization Header.
• Für öffentliche APIs mit Schlüssel registrieren Sie sich bei der Seite und senden den Schlüssel wie dokumentiert.
• Bei an eine IP gebundenen Sessions verwenden Sie eine Sticky-Session für den gesamten Ablauf.
• Bei Login-geschützten Inhalten prüfen Sie die Nutzungsbedingungen der Seite, bevor Sie automatisieren. Scrapen von fremden Accounts oder persönlichen Daten hinter Logins verstößt gegen unsere Nutzungsbedingungen.

Soll ich nach a 401 einen erneuten Versuch starten?

Versuchen Sie nicht blind, einen 401 erneut. Er fordert etwas, das Ihre Anfrage nicht hat. Aktualisieren Sie Token oder Session, falls vorhanden, und versuchen Sie es einmal. Wiederholte 401 zeigen an, dass der Inhalt nicht öffentlich ist oder Ihr Zugriff beendet wurde.

Wie wirkt sich 401 Unauthorized vs 407 auf CrawlRelay aus?

Ein HTTP-Proxy meldet eigene Anmeldeprobleme mit 407 oder fehlgeschlagenem Tunnel, nicht mit 401. Wenn Sie bei Nutzung des CrawlRelay-Gateways 401 sehen, hat Ihre Anfrage die Website erreicht, was den Fehler schnell eingrenzt.

Gateway: gw.crawlrelay.com, Port 7777 (HTTP, HTTPS über CONNECT) und Port 7778 (SOCKS5). Benutzername im Format: USERNAME-country-{cc}-state-{state}-city-{city}-zip-{zip}-asn-{asn}-session-{id}-ttl-{minutes}. Verwandt: 407 Proxy Authentication Required · 403 Forbidden · Sessions guide.