401 Unauthorized a 407 Proxy Authentication Required

Co oznacza 401 Unauthorized vs 407?

RFC 9110 łączy te kody. 401 ma nagłówek WWW-Authenticate i wymaga danych uwierzytelniających dla serwera źródłowego. 407 ma nagłówek Proxy-Authenticate i wymaga danych proxy. Odpowiedzi są w różnych nagłówkach: Authorization dla strony i Proxy-Authorization dla proxy.

Często się mylą, bo oba dotyczą 'uwierzytelniania'. Najszybszym testem jest sam kod statusu: 401 oznacza przejście przez proxy.

Jak wygląda a 401 w Python, curl, Node.js i przeglądarkach?

Ten sam błąd wyświetla się inaczej w każdym narzędziu. Oto komunikaty, które warto wyszukać w logach:

• Python requests: status_code == 401 z nagłówkiem WWW-Authenticate (strona) kontra ProxyError pokazujący 407 (proxy)
• curl: HTTP/2 401 po poprawnym CONNECT (strona) kontra CONNECT tunnel failed, response 407 (proxy)
• API: JSON typu {"message": "Unauthorized"} lub komunikat invalid-token

Co powoduje a 401?

Najczęściej na początku:

• Strona/API potrzebuje logowania lub klucza. To strona, nie proxy żąda.
• Dane proxy w niewłaściwym nagłówku, np. nagłówek Authorization dla proxy, który strona odrzuca.
• Wygasłe ciasteczko sesji lub token w kilkuetapowym procesie.
• Token powiązany z IP lub regionem, więc nowe wyjście go unieważnia.

Jak krok po kroku zdiagnozować a 401?

1. Potwierdź kod: 401 to strona, 407 to proxy.
2. Wykonaj test curl poniżej. Jeśli przed 401 zobaczysz HTTP/1.1 200 Connection established, proxy jest OK.
3. Sprawdź, czy ten sam URL wymaga logowania w normalnej przeglądarce.
4. W kilkuetapowym procesie sprawdź, czy 401 zaczyna się od zmiany IP wyjścia.

# 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

Jak naprawić a 401?

• W przypadku problemów z proxy (407), podaj dane uwierzytelniające w URL proxy lub ustawieniach klienta, nigdy w nagłówku Authorization.
• Dla publicznego API wymagającego klucza, zarejestruj się na stronie i wyślij klucz zgodnie z dokumentacją.
• Dla sesji powiązanych z IP, używaj sticky session dla całego przebiegu.
• Dla treści za logowaniem, sprawdź regulamin strony przed automatyzacją. Scrapowanie kont, których nie posiadasz, lub danych osobowych za logowaniami jest poza naszą polityką użytkowania.

Czy warto ponawiać próbę po a 401?

Nie ponawiaj 401 na ślepo. Żąda czegoś, czego Twoje zapytanie nie ma. Odśwież token lub sesję, jeśli przepływ ją wymaga, i spróbuj jeszcze raz. Powtarzające się 401 oznaczają brak dostępu lub zakończenie dostępu.

Jak 401 Unauthorized vs 407 odnosi się do CrawlRelay?

Proxy HTTP zgłasza własne problemy z danymi uwierzytelniającymi kodem 407 lub błędnym tunelem, nie 401. Jeśli widzisz 401 przez CrawlRelay, Twoje zapytanie doszło do strony, co szybko zawęża problem.

Gateway: gw.crawlrelay.com, port 7777 (HTTP, HTTPS przez CONNECT) i port 7778 (SOCKS5). Format nazwy użytkownika: USERNAME-country-{cc}-state-{state}-city-{city}-zip-{zip}-asn-{asn}-session-{id}-ttl-{minutes}. Powiązane: 407 Proxy Authentication Required · 403 Forbidden · Sessions guide.