In folsleine HTTP 407-proxy-autentikaasje-antwurd stjoere
Stjoer in folslein HTTP/1.1 407-antwurd mei syn útdaging, koptekst-einiger en eksplisyt lichem fan nul lingte.
In klant kin net op de autentikaasje-útdaging fan in proxy reagearje foardat er in folslein HTTP-antwurd hat om te ûntlêzen. In statusrigel en in Proxy-Authenticate-fjild hawwe noch de lege rigel nedich dy't de koptekstseksje einiget.
In minimaal HTTP/1.1-antwurd sûnder lichem hat dizze struktuer:
HTTP/1.1 407 Proxy Authentication Required<CRLF>
Proxy-Authenticate: Basic realm="local-proxy"<CRLF>
Content-Length: 0<CRLF>
<CRLF>Elke CRLF-markearring stiet foar carriage-return- en line-feed-bytes, net foar letterlike markearringstekst. De lêste koptekstrigel einiget al mei CRLF; de ekstra CRLF makket de lege rigel. Content-Length jout oan dat der gjin lichem folget.
Stjoer of flush it folsleine antwurd foardat jo op in oare oanfraach wachtsje. Op in rau socket moatte jo ek rekken hâlde mei skriuwen dy't minder bytes stjoere as frege.
In 407 freget om teminsten ien tapasbere Proxy-Authenticate-útdaging. As de klant it oanbeane skema stipet en oanmeldgegevens krijt, kin er it mei Proxy-Authorization opnij besykje. De fjilden 401 en WWW-Authenticate fan in webside geane oer in oare hop.
Dizze Basic-útdaging is in framing-foarbyld, gjin folslein autentikaasje-ûntwerp. Basic-oanmeldgegevens hawwe in beskerme ferbining nedich as fertroulikheid fan belang is. It stjoeren fan de útdaging ymplemintearret ek gjin wachtwurdferifikaasje, oanfraachûntlêzing of CONNECT-tunneljen.