HTTP 407՝ առանց օգտագործելի Proxy-Authenticate մարտահրավերի
Ստուգեք պրոքսիի նույնականացման վերնագիրը, երբ հաճախորդը երբեք չի կանչում իր հավատարմագրերի մշակիչը կամ սովորական մարտահրավերի փոխարեն ստանում է անսպասելի կարգավիճակ։
Հաճախորդը չի կարող ընտրել նույնականացման մեխանիզմ միայն կարգավիճակի համարից։ Պրոքսիի պատասխանը պետք է նկարագրի, թե ինչ է այն ընդունում։
HTTP-ն պահանջում է, որ 407 առաջացնող պրոքսին ուղարկի Proxy-Authenticate մարտահրավեր։ Basic ծառայության համար պարզ օրինակ է՝
HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"
Թվային կարգավիճակը, վերնագրի անվանումը և սխեմային բնորոշ շարահյուսությունը բոլորն էլ կարևոր են։ Իր մարմնում authentication բառը պարունակող բրենդային սխալի էջը վերնագրի փոխարինում չէ։ Անհատական իրականացումները նույնպես պետք է ուղարկեն ամբողջական HTTP 407 պատասխան՝ ներառյալ վերնագրի ավարտիչը և մարմնի շրջանակը։
Ստուգեք այն պատասխանը, որը հասել է այս հաճախորդին
Գրանցեք կարգավիճակի և մարտահրավերի դաշտերը՝ գաղտնի արժեքները հեռացնելուց հետո։ Միջնորդը կարող է փոխակերպել պատասխանը, կամ անհատական պրոքսին կարող է կառուցել անվավեր մարտահրավեր։ Համեմատեք այդ ապացույցը պրոքսիի սեփական գործարքների մատյանի հետ։
Եթե ծառայությունը փոխարենը ուղարկում է 405 կամ այլ սխալ, մի վերապիտակավորեք յուրաքանչյուր այդպիսի պատասխան որպես 407 անհատական հաճախորդի ներսում։ Դուք կթաքցնեիք մեթոդի քաղաքականության իրական ձախողումները և դեռ չէիք ունենա հուսալի սխեմայի բանակցություն։ Ուղղեք ծառայության վարքը կամ օգտագործեք նրա փաստաթղթավորված աջակցվող նույնականացման ուղին։
Բազմաթիվ մարտահրավերներ նույնպես պահանջում են իսկական HTTP վերլուծիչ։ Ստորակետը կարող է բաժանել պարամետրեր կամ մարտահրավերներ. ամբողջ վերնագիրը ստորակետերով կուրորեն բաժանելը կարող է փչացնել չակերտների մեջ գտնվող realm-ը։ Օգտագործեք հաճախորդի աջակցվող նույնականացման իրականացումը՝ տողերի հաջորդական փոխարինումների փոխարեն։
Միայն այն բանից հետո, երբ մարտահրավերն օգտագործելի է, իմաստ ունի պարզել, թե ինչու հավատարմագրերի մատակարարը հաշիվ չվերադարձրեց։