Зошто едно барање преку прокси бара лозинка, додека Kerberos работи за други
Најдете го правилото на политиката што на едно барање му доделува неочекуван прокси домен за автентикација, дури и кога другите барања успешно го користат Kerberos.
Неколку барања успешно го користат Kerberos преку корпоративниот прокси. Едно барање предизвикува барање за лозинка. Пред да замените keytab, проверете која политика за автентикација ја избрало токму тоа барање.
Портата може да избере домен и поддржани шеми преку политика. Две трансакции што пристигнуваат на истиот прокси од истиот прелистувач не мора да добијат исти барања за автентикација.
Разгледајте ја оваа хипотетичка трага:
| Трансакција | Прво соодветно правило | Достапна автентикација |
|---|---|---|
| Главен документ | Управувано правило за прелистување | Negotiate |
| Скрипта од друг домаќин | Претходен исклучок за одредиште | Basic или NTLM |
Првата успешна размена покажува дека еден избран пат работи. Таа не покажува дека втората трансакција стигнала до тој пат. Акредитивот може да биде валиден, а правилото што го избира неговиот механизам за автентикација да е погрешно.
Проверете го избраното правило и неговиот редослед
Поврзете го одредиштето и времето на предизвиканото барање со трагата на политиката на портата. Утврдете го доменот, изборите на шема и режимот на автентикација што ги создава првото примениливо правило. Споредете ги тие вредности со успешно барање од истиот клиент.
Политиката заснована на идентитет поврзан со IP исто така може да се однесува поинаку од онаа што бара автентикација на врската. Не претпоставувајте дека отсуството на ново ракување значи дека е избран истиот домен.
Ако ресурсот паднал во ненамерен исклучок, поправете го тоа правило или неговиот опсег и прегледајте ја добиената трага. Проширувањето на дозволените методи за автентикација насекаде може да ја прикрие неусогласеноста, но го менува однесувањето при пристап за неповрзан сообраќај.
Ако е избран предвидениот домен, а очекуваната размена не успее, преминете на доказите за сметката и Kerberos. Тогаш стануваат релевантни билетот, името на услугата или дијагностиката на заднината.