Standardproxy-legitimationsoplysninger i IIS kan bruge maskinkontoen
Identificér netværkskontoen bag standardproxy-legitimationsoplysninger i en IIS-worker i stedet for at forvente den interaktive administrators identitet.
Standardproxy-legitimationsoplysninger i IIS tilhører workerens effektive identitet, ikke administratoren, der implementerede applikationen. NetworkService præsenterer computerens legitimationsoplysninger på netværket; identiteter for applikationspuljer har også dokumenteret adfærd som maskinkonto. I et passende domænemiljø kan proxyen se DOMAIN\WEBSERVER$.
Registrér applikationspuljen, dens konfigurerede identitet og enhver identitetsudskiftning ved netværkskaldet. Sammenlign det med proxyens bevis for samme endepunkt og udfordring. Et lokalt puljekontonavn og den eksterne netværksidentitet er to forskellige observationer.
Hvis politikken bevidst tillader maskinkontoen, skal du give den adgang med vilje. Hvis der kræves en separat tjenestekonto, skal du levere den via implementeringens understøttede legitimationsoplysningsordning. At flytte hele puljen til en privilegeret interaktiv konto blot for at genskabe en succes på skrivebordet ændrer langt mere end proxy-login.
Godkendelsesskemaet skal understøtte den valgte identitet. Standard-Windows-legitimationsoplysninger kan deltage i understøttet integreret godkendelse; de opretter ikke et Basic-brugernavn/adgangskode til en urelateret konto.
Kontrollér rutevalg såvel som legitimationsoplysninger. En tjeneste kan vælge en anden proxykonfiguration før godkendelse. En 407 er kun nyttig, når den er knyttet til workerens faktiske endepunkt, konto og annoncerede skema.