Нэг прокси хүсэлт яагаад нууц үг асуудаг бол бусад хүсэлтэд Kerberos ажилладаг
Бусад хүсэлт Kerberos-ыг амжилттай ашиглаж байсан ч нэг хүсэлтэд санамсаргүй прокси нэвтрүүлэлтийн бүсийг оноодог бодлогын дүрмийг ол.
Хэд хэдэн хүсэлт компанийн проксигоор Kerberos-ыг амжилттай ашигладаг. Харин нэг хүсэлт нууц үг асуухыг үүсгэдэг. keytab солихоос өмнө тэр хүсэлт ямар нэвтрүүлэлтийн бодлого сонгосныг шалгана уу.
Гарц бодлогоор бүс болон дэмжигдэх схемүүдийг сонгож болно. Нэг хөтчөөс нэг проксид хүрэх хоёр гүйлгээ ижил нэвтрүүлэлтийн шаардлага авах албагүй.
Энэ таамаглалт мөрийг авч үзье:
| Гүйлгээ | Эхний тохирох бодлого | Боломжтой нэвтрүүлэлт |
|---|---|---|
| Үндсэн баримт бичиг | Удирдлагатай хөтлөлтийн дүрэм | Negotiate |
| Өөр хостоос ирсэн скрипт | Өмнөх очих газрын үл хамаарах | Basic эсвэл NTLM |
Эхний амжилттай солилцоо нь сонгосон нэг зам ажиллаж байгааг харуулна. Хоёр дахь гүйлгээ тэр замд хүрснийг харуулахгүй. Итгэмжлэл хүчинтэй байж болох ч түүний нэвтрүүлэлтийн механизмыг сонгодог дүрэм буруу байж болно.
Сонгосон дүрэм ба түүний дарааллыг шалгана уу
Сорилт хүлээн авсан хүсэлтийн очих газар, цагийг гарцын бодлогын мөртэй холбоно уу. Эхний хэрэгжих дүрмийн үүсгэдэг бүс, схем сонголт, нэвтрүүлэлтийн горимыг тодорхойлно уу. Эдгээр утгыг ижил клиентийн амжилттай хүсэлттэй харьцуулна уу.
IP-тэй холбоотой таних тэмдэгт суурилсан бодлого нь холболт дээр нэвтрүүлэлт шаарддаг бодлогоос өөрөөр ажиллаж болно. Шинэ гар барилт байхгүй нь ижил бүс сонгосон гэсэн үг биш.
Хэрэв нөөц санаанд оромгүй үл хамаарах дотор орсон бол тэр дүрэм эсвэл түүний хүрээг засаж, үүссэн мөрийг хянана уу. Зөвшөөрөгдсөн нэвтрүүлэлтийн аргуудыг хаа сайгүй өргөжүүлэх нь зөрүүг нууж болох ч холбоогүй урсгалын хандалтын зан төлөвийг өөрчилнө.
Хэрэв зорьсон бүс сонгогдож, хүлээгдэж буй солилцоо бүтэлгүйтвэл бүртгэл болон Kerberos-ын нотолгоо руу шилжинэ үү. Яг тэр үед тасалбар, үйлчилгээний нэр эсвэл backend-ийн оношилгоо хамааралтай болно.