Страница делает больше одного запроса. Если ответить на первое окно входа прокси, скрипты, изображения или живые соединения могут пойти другими маршрутами и получить другие вызовы.

  1. Найдите сбойный ресурс. Запишите его назначение, выбранный прокси и вызов 407. Сравните те же поля с ресурсом, который проходит успешно; одного URL главной страницы недостаточно.
  2. Ищите общее различие. Сбои могут следовать за одним хостом ресурса, отдельными путями HTTP/HTTPS, расширением или решением PAC. Вход, принятый одной конечной точкой, не доказывает приёма другой. Кэширование аутентификации тоже зависит от вызова, идентичности и области маршрута.
  3. Исправьте выявленный обмен. Исправьте маршрут, учётную запись или поддерживаемое поведение аутентификации, затем проверьте и поведение страницы, и результаты ресурсов.

Повторный ввод того же пароля даёт мало доказательств, пока эта область неизвестна. Ранние обходы в браузере, такие как отключение WebSockets, блокировка скриптов или смена расширений, могут убрать запрос, вызывающий окно, а вместе с ним и нужную функцию.

Блокировка нежелательного ресурса может быть осознанным выбором политики. Описывайте такой результат как блокировку, а не как доказательство того, что аутентификация теперь работает. Тихая страница без требуемого соединения в реальном времени не достигла того же результата, что рабочая страница с предусмотренными маршрутами.

Похожие статьи