Defaŭltaj prokurilaj akreditaĵoj en IIS povas uzi la maŝinan konton
Identigu la retan konton malantaŭ la defaŭltaj prokurilaj akreditaĵoj en IIS-laboranto anstataŭ atendi la identecon de la interaga administranto.
Defaŭltaj prokurilaj akreditaĵoj en IIS apartenas al la efektiva identeco de la laboranto, ne al la administranto, kiu deplojis la aplikaĵon. NetworkService prezentas la akreditaĵojn de la komputilo en la reto; ankaŭ identecoj de aplikaj naĝejoj havas dokumentitan konduton de maŝina konto. En taŭga domajna medio, la prokurilo povas vidi DOMAIN\WEBSERVER$.
Notu la apliknaĝejon, ĝian agorditan identecon kaj ajnan personigon ĉe la reta voko. Komparu tion kun la pruvoj de la prokurilo por la sama finpunkto kaj defio. Loka nomo de naĝeja konto kaj la fora reta identeco estas du malsamaj observoj.
Se la politiko intence rajtigas la maŝinan konton, donu tiun aliron konscie. Se necesas aparta servokonto, provizu ĝin per la subtenata akreditaĵ-aranĝo de la deplojo. Movi la tutan naĝejon al privilegiita interaga konto nur por reprodukti sukceson sur la labortablo ŝanĝas multe pli ol la prokurilan ensaluton.
La aŭtentiga skemo devas subteni la elektitan identecon. Defaŭltaj Windows-akreditaĵoj povas partopreni en subtenata integrita aŭtentigo; ili ne kreas Basic uzantnomon/pasvorton por sendependa konto.
Kontrolu ankaŭ la elekton de itinero, ne nur la akreditaĵojn. Servo povas elekti alian prokurilan agordon antaŭ aŭtentigo. 407 utilas nur kiam ĝi estas ligita al la reala finpunkto, konto kaj anoncita skemo de la laboranto.