Кардар аутентификация механизмин статус номерине гана таянып тандай албайт. Проксинин жообу эмнени кабыл аларын сүрөттөшү керек.

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ды бузушу мүмкүн. Саптарды катары менен алмаштыруунун ордуна кардардын колдоого алынган аутентификация ишке ашыруусун колдонуңуз.

Чакырык колдонууга жарактуу болгондон кийин гана каттоо маалыматтарын берүүчү эмне үчүн эсеп кайтарбаганын изилдөө мааниге ээ.

Тектеш макалалар