Hoekom een proxy-versoek om 'n wagwoord vra terwyl Kerberos vir ander werk

Verskeie versoeke gebruik Kerberos suksesvol deur die maatskappy se proxy. Een versoek lewer 'n wagwoordprompt. Voordat jy 'n keytab vervang, kyk watter verifikasiebeleid daardie spesifieke versoek gekies het.

'n Poort kan 'n gebied en ondersteunde skemas deur beleid kies. Twee transaksies wat dieselfde proxy vanaf dieselfde blaaier bereik, hoef nie dieselfde verifikasievereistes te kry nie.

Oorweeg hierdie hipotetiese spoor:

Die eerste geslaagde uitruiling wys dat een gekose pad werk. Dit wys nie dat die tweede transaksie daardie pad bereik het nie. 'n Geloofsbrief kan geldig wees terwyl die reël wat sy verifikasiemeganisme kies, verkeerd is.

Ondersoek die gekose reël en sy ordening

Korreleer die uitgedaagde versoek se bestemming en tyd met die poort se beleidspoor. Identifiseer die gebied, skemakeuses en verifikasiewyse wat deur die eerste toepaslike reël geproduseer word. Vergelyk daardie waardes met 'n geslaagde versoek van dieselfde kliënt.

'n Beleid gebaseer op 'n IP-geassosieerde identiteit kan ook anders optree as een wat verifikasie op 'n verbinding vereis. Moenie aanvaar dat die afwesigheid van 'n nuwe handdruk beteken dieselfde gebied is gekies nie.

As die hulpbron in 'n onbedoelde uitsondering geval het, korrigeer daardie reël of sy omvang en hersien die resulterende spoor. Om toegelate verifikasiemetodes oral te verbreed, kan die wanverhouding verberg terwyl dit toegangsgedrag vir onverwante verkeer verander.

As die bedoelde gebied gekies is en die verwagte uitruiling misluk, gaan voort na die rekening- en Kerberos-bewyse. Dit is die punt waar kaartjie, diensnaam of backend-diagnostiek relevant word.