Бир нече сурам компаниянын проксиси аркылуу Kerberosду ийгиликтүү колдонот. Бир сурам сырсөз суроосун пайда кылат. keytab алмаштыруудан мурун ошол конкреттүү сурам кайсы аутентификация саясатын тандаганын текшериңиз.

Шлюз саясат аркылуу аймакты жана колдоого алынган схемаларды тандай алат. Бир браузерден бир проксиге келген эки транзакция бирдей аутентификация талаптарын алышы шарт эмес.

Ушул божомолдолгон изди карап көрүңүз:

ТранзакцияБиринчи дал келген саясатЖеткиликтүү аутентификация
Негизги документБашкарылуучу сереп эрежесиNegotiate
Башка хосттон скриптМурунку багыттагы өзгөчөлүкBasic же NTLM

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

Тандалган эрежени жана анын тартибин текшериңиз

Чакырык алган сурамдын багытын жана убактысын шлюздун саясат изи менен байланыштырыңыз. Биринчи колдонулуучу эреже жараткан аймакты, схема тандоолорун жана аутентификация режимин аныктаңыз. Бул баалуулуктарды ошол эле кардардын ийгиликтүү сурамы менен салыштырыңыз.

IP менен байланышкан инсандыкка негизделген саясат да байланышта аутентификация талап кылган саясаттан башкача жүрүшү мүмкүн. Жаңы кол кармашуунун жоктугу ошол эле аймак тандалды дегенди билдирбейт деп ойлобоңуз.

Эгер ресурс күтүлбөгөн өзгөчөлүккө түшүп калса, ошол эрежени же анын камтылышын оңдоп, келип чыккан изди карап чыгыңыз. Уруксат берилген аутентификация ыкмаларын бардык жерде кеңейтүү дал келбестикти жашырышы мүмкүн, бирок байланышы жок трафиктин кирүү жүрүм-турумун өзгөртөт.

Эгер көздөлгөн аймак тандалып, күтүлгөн алмашуу ишке ашпаса, каттоо эсеби жана Kerberos далилдерине өтүңүз. Ошол учурда билет, кызматтын аталышы же backend диагностикасы маанилүү болот.

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