Завантажується одна сторінка, а вікна входу проксі продовжують з’являтися
Відстежуйте невдалі запити ресурсів і маршрути проксі, коли одна сторінка спричиняє повторні запити автентифікації.
Сторінка робить більше ніж один запит. Якщо відповісти на перше вікно входу проксі, скрипти, зображення або живі з’єднання можуть піти іншими маршрутами й отримати інші виклики.
- Знайдіть збійний ресурс. Запишіть його призначення, вибраний проксі та виклик 407. Порівняйте ті самі поля з ресурсом, який проходить успішно; самого URL головної сторінки недостатньо.
- Шукайте спільну різницю. Збої можуть іти за одним хостом ресурсу, окремими шляхами HTTP/HTTPS, розширенням або рішенням PAC. Вхід, прийнятий однією кінцевою точкою, не доводить прийняття іншою. Кешування автентифікації також залежить від виклику, ідентичності та межі маршруту.
- Виправте виявлений обмін. Виправте маршрут, обліковий запис або підтримувану поведінку автентифікації, потім перевірте і поведінку сторінки, і результати ресурсів.
Повторне введення того самого пароля дає мало доказів, доки ця межа невідома. Ранні обходи в браузері, як-от вимкнення WebSockets, блокування скриптів або зміна розширень, можуть прибрати запит, що викликає вікно, а разом із ним і потрібну функцію.
Блокування небажаного ресурсу може бути свідомим вибором політики. Описуйте такий результат як блокування, а не як доказ, що автентифікація тепер працює. Тиха сторінка без потрібного з’єднання в реальному часі не досягла того самого результату, що робоча сторінка з передбаченими маршрутами.