Проксі можа зноў адправіць 407 пасля атрымання ўліковых даных
Выкарыстоўвайце чарговы выклік 407, калі ўліковых даных проксі няма, яны няпоўныя або адхіленыя, а адмову ў доступе пакідайце для іншага выніку палітыкі.
Атрыманне Proxy-Authorization не азначае, што проксі прыняў уліковы запіс. Калі ўліковыя даныя адсутнічаюць, няправільныя або няпоўныя, адпаведным адказам можа быць чарговы 407 Proxy Authentication Required.
Адказ павінен змяшчаць выклік Proxy-Authenticate. Прыклад для Basic:
HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"
Content-Length: 0
Затым кліент можа атрымаць іншыя ўліковыя даныя або працягнуць абмен па выбранай схеме. Некаторыя механізмы аўтэнтыфікацыі патрабуюць некалькі раундаў, таму другі 407 сам па сабе не даказвае, што пароль быў уведзены з памылкай.
RFC 9110 таксама адрознівае сапраўдныя, але недастатковыя ўліковыя даныя: сервер павінен выкарыстоўваць 403 для запыту, які ён адмаўляецца выконваць пад гэтым ідэнтыфікатарам. Рэалізацыя проксі павінна прымаць гэтае рашэнне пра доступ свядома, а не выбіраць новы статус толькі таму, што з'явіўся загаловак аўтарызацыі.
На баку кліента паўторныя аднолькавыя збоі патрабуюць кропкі спынення. Захоўвайце статус адказу і выклік у дыягностыцы і перастаньце сляпа адпраўляць тыя ж адхіленыя ўліковыя даныя.