Standard proxy-legitimasjon i IIS kan bruke maskinkontoen
Identifiser nettverkskontoen bak standard proxy-legitimasjon i ein IIS-arbeidar i staden for å vente på identiteten til den interaktive administratoren.
Standard proxy-legitimasjon i IIS høyrer til den effektive identiteten til arbeidaren, ikkje administratoren som sette i verk applikasjonen. NetworkService presenterer legitimasjonen til datamaskinen på nettverket; identitetar for applikasjonsbasseng har òg dokumentert maskinkontoåtferd. I eit høveleg domenemiljø kan proxyen sjå DOMAIN\WEBSERVER$.
Registrer applikasjonsbassenget, den konfigurerte identiteten og eventuell identitetsovertaking ved nettverkskallet. Samanlikn det med prova til proxyen for same endepunkt og utfordring. Eit lokalt bassenkonto-namn og den eksterne nettverksidentiteten er to ulike observasjonar.
Dersom politikken med vilje autoriserer maskinkontoen, gje den tilgangen med vilje. Dersom ein separat tenestekonto er påkravd, lever han gjennom den støtta legitimasjonsordninga til utrullinga. Å flytte heile bassenget til ein privilegert interaktiv konto berre for å gjenskape ein suksess på skrivebordet endrar langt meir enn proxy-innlogginga.
Autentiseringsskjemaet må støtte den valde identiteten. Standard Windows-legitimasjon kan delta i støtta integrert autentisering; dei lagar ikkje eit Basic-brukarnamn/passord for ein urelatert konto.
Kontroller rutevalet så vel som legitimasjonen. Ein teneste kan velje ein annan proxykonfigurasjon før autentisering. Ein 407 er berre nyttig når han er knytt til det faktiske endepunktet, kontoen og det kunngjorde skjemaet til arbeidaren.