Acreditările proxy implicite din IIS pot folosi contul computerului
Identificați contul de rețea din spatele acreditărilor proxy implicite într-un worker IIS, în loc să așteptați identitatea administratorului interactiv.
Acreditările proxy implicite din IIS aparțin identității efective a workerului, nu administratorului care a implementat aplicația. NetworkService prezintă acreditările computerului în rețea; identitățile pool-urilor de aplicații au și ele un comportament documentat de cont de computer. Într-un mediu de domeniu adecvat, proxy-ul poate vedea DOMAIN\WEBSERVER$.
Înregistrați pool-ul de aplicații, identitatea configurată a acestuia și orice impersonare la apelul de rețea. Comparați aceasta cu dovezile proxy-ului pentru același punct final și aceeași provocare. Un nume local de cont de pool și identitatea de rețea la distanță sunt două observații diferite.
Dacă politica autorizează intenționat contul computerului, acordați acel acces în mod deliberat. Dacă este necesar un cont de serviciu separat, furnizați-l prin aranjamentul de acreditări acceptat de implementare. Mutarea întregului pool pe un cont interactiv privilegiat doar pentru a reproduce un succes pe desktop schimbă mult mai mult decât autentificarea la proxy.
Schema de autentificare trebuie să accepte identitatea aleasă. Acreditările Windows implicite pot participa la autentificarea integrată acceptată; ele nu creează un nume de utilizator/parolă Basic pentru un cont nelegat.
Verificați selecția rutei, precum și acreditările. Un serviciu poate alege o altă configurație de proxy înainte de autentificare. Un 407 este util numai când este legat de punctul final real al workerului, de cont și de schema anunțată.