Спочатку з'ясуйте, яке ім'я вузла проксі та який обліковий запис повідомляє адміністратор або журнал проксі. Старе ім'я користувача, яке показує сайт, може бути його власним сеансом на основі cookie, а не обліковим записом, що використовується на посереднику.

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

Окремий кеш автентифікації HTTP у Firefox описано в записі про помилку Mozilla. Доступність інтерфейсу очищення залежить від встановленої версії. Очищення файлів cookie сайту стосується іншого рівня.

Керована політика може навмисно дозволяти SPNEGO або NTLM через проксі. Це відрізняється від адреси кінцевої точки та звичайних паролів сайтів. Змініть механізм, який надає небажану ідентичність, замість застосування довгого списку не пов'язаних перемикачів about:config.

Для завдання, що потребує іншої ідентичності, використовуйте схему, яку підтримує адміністратор проксі. Багаторазове видалення файлів cookie всіх сайтів не може довести належність цього облікового запису.

Схожі статті