Najpierw potwierdź, którą nazwę hosta proxy i które konto zgłasza administrator lub dziennik proxy. Stara nazwa użytkownika wyświetlana przez witrynę może być jej własną sesją opartą na plikach cookie, a nie kontem używanym w pośredniku.

Możliwe źródłoNastępne sprawdzenie
Aktywna sesja uwierzytelniania HTTPJeśli zainstalowana wersja oferuje czyszczenie aktywnego logowania, użyj tego zakresu, a nie tylko obrazów z pamięci podręcznej. Zamknij wszystkie procesy Firefoksa przed ponownym otwarciem, aby wykluczyć niejednoznaczność instancji.
Zapisane dane logowania proxyZnajdź pasujące zapisane logowanie i usuń tylko niechciany wpis.
Uwierzytelnianie zintegrowaneSprawdź, czy tożsamość systemu operacyjnego i zarządzana zasada uwierzytelniania natychmiast ponownie dostarczają konto.

Oddzielna pamięć podręczna uwierzytelniania HTTP Firefoksa jest udokumentowana w zgłoszeniu błędu Mozilli. Dostępność interfejsu czyszczenia zależy od zainstalowanej wersji. Czyszczenie plików cookie witryny dotyczy innej warstwy.

Zarządzana zasada może celowo zezwalać na SPNEGO lub NTLM proxy. To różni się od adresu punktu końcowego i zwykłych haseł witryn. Zmień mechanizm dostarczający niechcianą tożsamość zamiast stosować długą listę niepowiązanych przełączników about:config.

Do zadania wymagającego innej tożsamości użyj rozwiązania obsługiwanego przez administratora proxy. Wielokrotne czyszczenie plików cookie wszystkich witryn nie może dowieść własności tego konta.

Powiązane artykuły