Zakaj ena zahteva prek proxy zahteva geslo, medtem ko Kerberos deluje za druge
Poiščite pravilo pravilnika, ki eni zahtevi dodeli nepričakovano območje overjanja proxy, tudi ko druge zahteve uspešno uporabljajo Kerberos.
Več zahtev uspešno uporablja Kerberos prek podjetniškega proxyja. Ena zahteva sproži poziv za geslo. Pred zamenjavo keytaba preverite, katero pravilo overjanja je izbrala prav ta zahteva.
Prehod lahko s pravilnikom izbere območje in podprte sheme. Dve transakciji, ki prideta na isti proxy iz istega brskalnika, ne dobita nujno enakih zahtev za overjanje.
Upoštevajte to hipotetično sled:
| Transakcija | Prvo ujemajoče pravilo | Razpoložljivo overjanje |
|---|---|---|
| Glavni dokument | Upravljano pravilo brskanja | Negotiate |
| Skript z drugega gostitelja | Prejšnja izjema cilja | Basic ali NTLM |
Prva uspešna izmenjava pokaže, da ena izbrana pot deluje. Ne pokaže, da je druga transakcija dosegla to pot. Poverilnica je lahko veljavna, medtem ko je pravilo, ki izbere njen mehanizem overjanja, napačno.
Preverite izbrano pravilo in njegov vrstni red
Povežite cilj in čas izzvane zahteve s sledjo pravilnika prehoda. Ugotovite območje, izbire shem in način overjanja, ki jih ustvari prvo veljavno pravilo. Primerjajte te vrednosti z uspešno zahtevo istega odjemalca.
Pravilnik, ki temelji na identiteti, povezani z IP, se lahko obnaša drugače kot tisti, ki zahteva overjanje na povezavi. Ne domnevajte, da odsotnost novega rokovanja pomeni izbiro istega območja.
Če je vir padel v nenamerno izjemo, popravite to pravilo ali njegov obseg in pregledajte nastalo sled. Razširitev dovoljenih metod overjanja povsod lahko prikrije neskladje, a spremeni vedenje dostopa za nepovezan promet.
Če je izbrano želeno območje in pričakovana izmenjava ne uspe, nadaljujte z dokazi o računu in Kerberosu. Takrat postanejo pomembni vstopnica, ime storitve ali diagnostika zaledja.