Odebranie Proxy-Authorization nie oznacza, że serwer proxy zaakceptował konto. Gdy poświadczenia brakują, są nieprawidłowe lub niekompletne, właściwą odpowiedzią może być kolejny 407 Proxy Authentication Required.

Odpowiedź musi zawierać wyzwanie Proxy-Authenticate. Przykład dla Basic:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"
Content-Length: 0

Klient może wtedy uzyskać inne poświadczenia albo kontynuować wymianę wybranego schematu. Niektóre mechanizmy uwierzytelniania wymagają kilku rund, więc drugi 407 sam w sobie nie dowodzi, że hasło zostało wpisane błędnie.

RFC 9110 rozróżnia też poświadczenia ważne, ale niewystarczające: serwer powinien użyć 403 dla żądania, którego odmawia spełnić w ramach tej tożsamości. Implementacja serwera proxy powinna podejmować tę decyzję o dostępie świadomie, zamiast wybierać nowy stan tylko dlatego, że pojawił się nagłówek autoryzacji.

Po stronie klienta powtarzające się identyczne błędy wymagają punktu zatrzymania. Zachowaj status odpowiedzi i wyzwanie w diagnostyce i przestań na ślepo wysyłać te same odrzucone poświadczenia.

Powiązane artykuły