Неге бір прокси сұранысы құпиясөз сұрайды, ал басқаларында Kerberos жұмыс істейді
Басқа сұраныстар Kerberos-ты сәтті пайдаланса да, бір сұранысқа күтпеген прокси аутентификация аймағын беретін саясат ережесін табыңыз.
Бірнеше сұраныс компания проксиі арқылы Kerberos-ты сәтті пайдаланады. Бір сұраныс құпиясөз сұрауын тудырады. keytab ауыстырмас бұрын сол нақты сұраныстың қай аутентификация саясатын таңдағанын тексеріңіз.
Шлюз саясат арқылы аймақ пен қолдау көрсетілетін схемаларды таңдай алады. Бір браузерден бір проксиге келетін екі транзакция бірдей аутентификация талаптарын алуы міндетті емес.
Мына болжамды ізді қарастырыңыз:
| Транзакция | Бірінші сәйкес келетін саясат | Қолжетімді аутентификация |
|---|---|---|
| Негізгі құжат | Басқарылатын шолу ережесі | Negotiate |
| Басқа хосттан келген скрипт | Бұрынғы межелік ерекшелігі | Basic немесе NTLM |
Бірінші сәтті алмасу бір таңдалған жолдың жұмыс істейтінін көрсетеді. Ол екінші транзакцияның сол жолға жеткенін көрсетпейді. Тіркелгі деректері жарамды болуы мүмкін, бірақ оның аутентификация механизмін таңдайтын ереже қате.
Таңдалған ережені және оның ретін тексеріңіз
Шақырылған сұраныстың межелігі мен уақытын шлюздің саясат ізімен байланыстырыңыз. Бірінші қолданылатын ереженің жасайтын аймағын, схема таңдауларын және аутентификация режимін анықтаңыз. Бұл мәндерді сол клиенттің сәтті сұранысымен салыстырыңыз.
IP-ге байланысты сәйкестікке негізделген саясат та қосылымда аутентификация талап ететін саясаттан өзгеше әрекет етуі мүмкін. Жаңа қол алысудың болмауы бірдей аймақ таңдалды дегенді білдірмейді деп ойламаңыз.
Егер ресурс күтпеген ерекшелікке түссе, сол ережені немесе оның ауқымын түзетіп, шыққан ізді қарап шығыңыз. Рұқсат етілген аутентификация әдістерін барлық жерде кеңейту сәйкессіздікті жасыра алады, бірақ қатысы жоқ трафиктің қатынау мінезін өзгертеді.
Егер қажетті аймақ таңдалып, күтілетін алмасу сәтсіз болса, тіркелгі мен Kerberos дәлелдеріне көшіңіз. Дәл осы кезде билет, қызмет атауы немесе backend диагностикасы маңызды болады.