HTTP 407 Proxy-Authenticate erronka erabilgarririk gabe
Aztertu proxyaren autentifikazio-goiburua bezeroak inoiz bere kredentzial-kudeatzailea deitzen ez duenean edo erronka arruntaren ordez ustekabeko egoera bat jasotzen duenean.
Bezeroak ezin du autentifikazio-mekanismo bat aukeratu status-zenbaki bat soilik oinarri hartuta. Proxyaren erantzunak zer onartzen duen deskribatu behar du.
HTTPk 407 sortzen duen proxyari Proxy-Authenticate erronka bat bidaltzea eskatzen dio. Basic zerbitzu baterako adibide soil bat:
HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"Status-zenbakia, goiburuaren izena eta eskemaren berariazko sintaxia garrantzitsuak dira guztiak. Gorputzean authentication hitza duen markako errore-orrialde bat ez da goiburuaren ordezkoa. Inplementazio pertsonalizatuek HTTP 407 erantzun osoa bidali behar dute, goiburuaren amaiera eta gorputzaren markoa barne.
Aztertu bezero honetara iritsi zen erantzuna
Hartu status- eta erronka-eremuak balio sekretuak kendu ondoren. Bitartekari batek erantzuna aldatu dezake, edo proxy pertsonalizatu batek baliogabeko erronka eraiki dezake. Alderatu froga hori proxyaren beraren transakzio-erregistroarekin.
Zerbitzuak 405 edo beste errore bat bidaltzen badu horren ordez, ez ezabatu halako erantzun bakoitza 407 gisa bezero pertsonalizatu baten barruan. Metodo-politikaren benetako hutsegiteak ezkutatuko zenituzke eta oraindik ez zenuke eskemaren negoziazio fidagarririk izango. Konpondu zerbitzuaren portaera edo erabili dokumentatutako autentifikazio-bide onartua.
Erronka anitzek HTTP analizatzaile benetakoa ere behar dute. Koma batek parametroak edo erronkak bereiz ditzake; goiburu osoa komatan itsu-itsuan zatitzeak komatxo arteko realm bat honda dezake. Erabili bezeroaren autentifikazio-inplementazio onartua, kate-ordezkapen segida baten ordez.
Erronka erabilgarria izan ondoren soilik du zentzua kredentzial-hornitzaileak zergatik ez zuen konturik itzuli ikertzeak.