Standard proxy-legitimasjon i IIS tilhører arbeiderens effektive identitet, ikke administratoren som distribuerte applikasjonen. NetworkService presenterer datamaskinens legitimasjon på nettverket; også identiteter for applikasjonspooler har dokumentert maskinkonto-atferd. I et egnet domenemiljø kan proxyen se DOMAIN\WEBSERVER$.

Registrer applikasjonspoolen, dens konfigurerte identitet og enhver identitetsutveksling ved nettverkskallet. Sammenlign det med proxyens bevis for samme endepunkt og utfordring. Et lokalt poolkontonavn og den eksterne nettverksidentiteten er to forskjellige observasjoner.

Hvis policyen bevisst autoriserer maskinkontoen, gi den tilgangen med vilje. Hvis en separat tjenestekonto kreves, lever den gjennom distribusjonens støttede legitimasjonsopplegg. Å flytte hele poolen til en privilegert interaktiv konto bare for å gjenskape en suksess på skrivebordet endrer langt mer enn proxy-innloggingen.

Autentiseringsskjemaet må støtte den valgte identiteten. Standard Windows-legitimasjon kan delta i støttet integrert autentisering; de oppretter ikke et Basic-brukernavn/passord for en urelatert konto.

Kontroller rutevalget så vel som legitimasjonen. En tjeneste kan velge en annen proxykonfigurasjon før autentisering. En 407 er bare nyttig når den er knyttet til arbeiderens faktiske endepunkt, konto og annonserte skjema.

Relaterte artikler