Udane logowanie w przeglądarce dla osoby przy pulpicie nie potwierdza tożsamości usługi LocalSystem. LocalSystem jest powiązany z komputerem, a nie z zalogowanym użytkownikiem.

Gdy aplikacja używa kontekstu zabezpieczeń Windows do uwierzytelniania w serwerze proxy, sprawdź, jakie konto serwer proxy faktycznie otrzymuje. Na komputerze przyłączonym do domeny może to być konto komputera, a nie konto pracownika.

Windows ma specjalne ustawienie o nazwie Network security: Allow Local System to use computer identity for NTLM. Steruje ono usługami LocalSystem używającymi Negotiate, gdy przechodzą one na NTLM. Obsługiwane ustawienie i jego wartość domyślna różnią się w historycznych wersjach Windows.

Klient HTTP również musi używać obsługiwanej ścieżki uwierzytelniania serwera proxy i żądać zamierzonych poświadczeń. Samo ustawienie nie dodaje obsługi uwierzytelniania dowolnemu klientowi.

Przed zmianą ustawienia porównaj skonfigurowane konto usługi, wynegocjowaną metodę uwierzytelniania i rekord autoryzacji serwera proxy. Przyznanie pracownikowi dostępu nie przyznaje automatycznie takiego samego dostępu kontu komputera.

Powiązane artykuły