HTTP 407 sûnder brûkbere Proxy-Authenticate-útdaaging

In klient kin net allinne op grûn fan in statusnûmer in autentikaasjemaatskippij kieze. It antwurd fan 'e proxy moat beskriuwe wat it akseptearret.

HTTP easket dat in proxy dy't 407 genereart in Proxy-Authenticate-útdaaging stjoert. Foar in Basic-tsjinst is in ienfâldich foarbyld:

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

De nûmerike status, de kopnamme en de skema-specificke syntaksis binne allegear wichtich. In merkbliuwende flaterpagina mei it wurd authentication yn 'e tekst ferfangt de kop net. Oanpaste ymplemintaasjes moatte ek in folslein HTTP 407-antwurd stjoere, ynklusyf de kopeiniger en de list fan 'e tekst.

Undersykje it antwurd dat dizze klient berikte

Fêstlizze de status- en útdaagingsfjilden nei it fuortheljen fan geheime wearden. In tuskenpersoan hat it antwurd miskien omfoarme, of in oanpaste proxy hat miskien in ûnjildige útdaaging boud. Ferlykje dat bewiis mei it eigen transaksjeloch fan 'e proxy.

As de tsjinst ynstee 405 of in oare flater stjoert, wierskriuw dan net elk sa'n antwurd as 407 binnen in oanpaste klient. Jo soene echte mislearrings fan it metoadebelied ferbergje en dochs gjin betroubere skema-ûnderhanneling hawwe. Reparje it gedrach fan 'e tsjinst of brûk har dokumintearre stipe autentikaasjepaad.

Meardere útdaagings easket ek in echte HTTP-parser. In komma kin parameters of útdaagings skiede; it hiele kop blind op komma's ferdiele kin in realm tusken oanhelstekens skansearje. Brûk de stipe autentikaasje-ymplemintaasje fan 'e klient yn plak fan in rige tekenrige-ferfangingen.

Pas as de útdaaging brûkber is, hat it sin om te ûndersykjen wêrom't de legitimearringsleveransier gjin akkount weromjoech.