Bakit Isang Proxy Request ang Humihingi ng Password Habang Gumagana ang Kerberos Para sa Iba
Hanapin ang tuntunin ng patakaran na nagtatalaga ng hindi inaasahang proxy authentication realm sa isang request, kahit gumagana ang Kerberos para sa ibang mga request.
Maraming request ang gumagamit ng Kerberos nang matagumpay sa pamamagitan ng proxy ng kumpanya. Isang request ang nagdudulot ng password prompt. Bago palitan ang keytab, alamin kung aling patakaran ng authentication ang pinili ng partikular na request na iyon.
Maaaring pumili ang gateway ng realm at mga sinusuportahang scheme sa pamamagitan ng patakaran. Dalawang transaksyon na dumarating sa parehong proxy mula sa parehong browser ay hindi kailangang makatanggap ng parehong mga kinakailangan sa authentication.
Isaalang-alang ang hypothetic na trace na ito:
| Transaksyon | Unang tumutugmang patakaran | Available na authentication |
|---|---|---|
| Pangunahing dokumento | Pinamamahalaang tuntunin sa pag-browse | Negotiate |
| Script mula sa ibang host | Naunang pagbubukod sa destinasyon | Basic o NTLM |
Ipinapakita ng unang matagumpay na palitan na gumagana ang isang napiling landas. Hindi nito ipinapakita na naabot ng pangalawang transaksyon ang landas na iyon. Maaaring wasto ang credential habang mali ang tuntuning pumipili ng mekanismo ng authentication nito.
Siyasatin ang napiling tuntunin at ang pagkakasunod-sunod nito
Iugnay ang destinasyon at oras ng hinamon na request sa trace ng patakaran ng gateway. Tukuyin ang realm, mga pagpipilian sa scheme at mode ng authentication na ginagawa ng unang naaangkop na tuntunin. Ihambing ang mga halagang iyon sa isang matagumpay na request mula sa parehong client.
Ang patakarang batay sa pagkakakilanlang nauugnay sa IP ay maaari ring kumilos nang iba kaysa sa isang nangangailangan ng authentication sa koneksyon. Huwag ipagpalagay na ang kawalan ng bagong handshake ay nangangahulugang pinili ang parehong realm.
Kung nahulog ang resource sa isang hindi sinasadyang pagbubukod, itama ang tuntuning iyon o ang saklaw nito at suriin ang resultang trace. Ang pagpapalawak ng mga pinapayagang paraan ng authentication sa lahat ng dako ay maaaring magtago ng pagkakasalungatan ngunit binabago ang pag-uugali ng pag-access para sa walang kaugnayang trapiko.
Kung napili ang nilalayong realm at nabigo ang inaasahang palitan, magpatuloy sa ebidensya ng account at Kerberos. Doon nagiging may kaugnayan ang ticket, pangalan ng serbisyo o diagnostic ng backend.