Сначала уточните, какое имя узла прокси и какую учётную запись указывает администратор или журнал прокси. Старое имя пользователя, которое показывает сайт, может быть его собственным сеансом на основе cookie, а не учётной записью, используемой посредником.

Возможный источникСледующая проверка
Активный сеанс аутентификации HTTPЕсли установленная версия предлагает очистку активного входа, используйте эту область, а не только кэшированные изображения. Закройте все процессы Firefox перед повторным открытием, чтобы исключить неоднозначность экземпляров.
Сохранённые учётные данные проксиНайдите подходящий сохранённый вход и удалите только ненужную запись.
Встроенная аутентификацияПроверьте, не предоставляют ли идентификатор ОС и управляемая политика аутентификации учётную запись снова немедленно.

Отдельный кэш аутентификации HTTP в Firefox описан в записи об ошибке Mozilla. Доступность интерфейса очистки зависит от установленной версии. Очистка файлов cookie сайта затрагивает другой уровень.

Управляемая политика может намеренно разрешать SPNEGO или NTLM через прокси. Это отличается от адреса конечной точки и обычных паролей сайтов. Измените механизм, который предоставляет нежелательный идентификатор, вместо того чтобы применять длинный список несвязанных переключателей about:config.

Для задачи, требующей другой идентичности, используйте схему, поддерживаемую администратором прокси. Многократное удаление файлов cookie всех сайтов не может доказать принадлежность этой учётной записи.

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