Domyślne poświadczenia serwera proxy w IIS mogą używać konta komputera
Zidentyfikuj konto sieciowe stojące za domyślnymi poświadczeniami serwera proxy w procesie roboczym IIS, zamiast oczekiwać tożsamości interaktywnego administratora.
Domyślne poświadczenia serwera proxy w IIS należą do efektywnej tożsamości procesu roboczego, a nie do administratora, który wdrożył aplikację. NetworkService przedstawia poświadczenia komputera w sieci; tożsamości pul aplikacji również mają udokumentowane zachowanie konta komputera. W odpowiednim środowisku domenowym serwer proxy może zobaczyć DOMAIN\WEBSERVER$.
Zapisz pulę aplikacji, jej skonfigurowaną tożsamość oraz wszelkie personifikowanie przy wywołaniu sieciowym. Porównaj to z dowodami serwera proxy dla tego samego punktu końcowego i tego samego wyzwania. Lokalna nazwa konta puli i zdalna tożsamość sieciowa to dwie różne obserwacje.
Jeśli zasada celowo autoryzuje konto komputera, przyznaj ten dostęp świadomie. Jeśli wymagane jest osobne konto usługi, dostarcz je poprzez obsługiwany układ poświadczeń wdrożenia. Przeniesienie całej puli na uprzywilejowane konto interaktywne tylko po to, by odtworzyć sukces na pulpicie, zmienia znacznie więcej niż logowanie do serwera proxy.
Schemat uwierzytelniania musi obsługiwać wybraną tożsamość. Domyślne poświadczenia Windows mogą uczestniczyć w obsługiwanym uwierzytelnianiu zintegrowanym; nie tworzą one nazwy użytkownika/hasła Basic dla niepowiązanego konta.
Sprawdź wybór trasy, a także poświadczenia. Usługa może wybrać inną konfigurację serwera proxy przed uwierzytelnieniem. 407 jest przydatny tylko wtedy, gdy jest powiązany z rzeczywistym punktem końcowym procesu roboczego, kontem i ogłoszonym schematem.