|Integrované overovanie cez proxy: servisné účty a zosobnenie
|Preskúmajte bezpečnostný kontext za integrovaným overovaním cez proxy, keď tá istá aplikácia funguje interaktívne, ale zlyháva ako webová služba alebo naplánovaný proces.
„Použiť moje prihlasovacie údaje Windows“ potrebuje subjekt. V desktopovom programe to môže byť človek, ktorý ho spúšťa. V službe to môže byť účet služby. Vo webovej aplikácii úspešné prihlásenie návštevníka automaticky nenahrádza bezpečnostný kontext odchádzajúcej požiadavky.
To vysvetľuje, prečo môžu prehliadač a serverový kód na tom istom počítači dostávať od proxy s integrovaným overovaním rôzne výsledky. Možno predkladajú rôzne identity.
Pomenujte identity skôr, než zmeníte kód
- Osoba prihlásená v desktopovom prehliadači.
- Účet, ktorý hosťuje proces aplikácie.
- Akákoľvek zosobnená identita aktívna pre odchádzajúcu operáciu.
- Účet, ktorý proxy skutočne prijala alebo odmietla.
Na cestách integrovaného overovania podporovaných rozhraním .NET sa DefaultCredentials týka aktuálneho bezpečnostného kontextu. Nie je to globálny alias pre každého, kto otvoril stránku na inom počítači.
Ak sa produkt zámerne správa ako používateľ, zosobnenie a prípadné požiadavky na sieťové delegovanie potrebujú vlastný podporovaný návrh. Zapnutie všeobecného prepínača používania predvolených prihlasovacích údajov tento návrh neustanoví. Naopak, úloha na pozadí určená na beh ako identita služby by nemala závisieť od toho, že niekto najprv otvorí prehliadač.
Porovnajte interaktívne a nasadené spustenie po odstránení tajomstiev: kontext účtu, koncový bod proxy, oznámenú metódu a odmietnutú identitu. Vyhnite sa kopírovaniu desktopového hesla do aplikácie len preto, že vďaka nemu jedna jednorazová požiadavka uspela. Nakonfigurujte účet, ktorý má aplikácia používať, a potom udržiavajte toto vlastníctvo viditeľné v zázname o nasadení.