|

„A Windows-hitelesítő adataim használata” alanyt igényel. Asztali programban ez lehet az a személy, aki futtatja. Szolgáltatásban ez lehet a szolgáltatás fiókja. Webalkalmazásban a látogató sikeres bejelentkezése nem helyettesíti automatikusan a kimenő kérés biztonsági környezetét.

Ez magyarázza, miért kaphat ugyanazon a gépen egy böngésző és a kiszolgálóoldali kód eltérő eredményeket egy integrált hitelesítésű proxytól. Lehet, hogy különböző identitásokat mutatnak be.

Nevezze meg az identitásokat, mielőtt módosítja a kódot

  • Az a személy, aki bejelentkezett az asztali böngészőbe.
  • A fiók, amely az alkalmazásfolyamatot futtatja.
  • Bármely megszemélyesített identitás, amely a kimenő művelethez aktív.
  • A fiók, amelyet a proxy ténylegesen elfogadott vagy elutasított.

A .NET által támogatott integrált hitelesítési útvonalakon a DefaultCredentials az aktuális biztonsági környezetre vonatkozik. Ez nem globális álnév mindenki számára, aki egy másik gépen megnyitott egy oldalt.

Ha a termék szándékosan felhasználóként működik, a megszemélyesítésnek és bármely hálózati delegálási követelménynek saját támogatott tervezésre van szüksége. Egy általános alapértelmezett hitelesítőadat-használati kapcsoló bekapcsolása nem hozza létre ezt a tervezést. Fordítva, egy szolgáltatásidentitásként futtatni kívánt háttérfeladatnak nem szabad attól függenie, hogy valaki előbb megnyit egy böngészőt.

Hasonlítsa össze az interaktív és a telepített indítást a titkok eltávolítása után: fiókkörnyezet, proxy végpont, meghirdetett metódus és elutasított identitás. Kerülje az asztali jelszó átmásolását az alkalmazásba csak azért, mert az egy egyszeri kérést sikeressé tett. Konfigurálja azt a fiókot, amelyet az alkalmazásnak használnia kell, majd tartsa ezt a tulajdonjogot láthatóan a telepítési nyilvántartásban.

Kapcsolódó cikkek