|Integreeritud puhverserveri autentimine: teenusekontod ja identiteedi võtmine
|Uurige turbekonteksti integreeritud puhverserveri autentimise taga, kui sama rakendus töötab interaktiivselt ja ebaõnnestub veebiteenuse või ajastatud protsessina.
„Kasuta minu Windowsi identimisandmeid“ vajab subjekti. Töölauaprogrammis võib see olla inimene, kes seda käivitab. Teenuses võib see olla teenuse konto. Veebirakenduses ei asenda külastaja edukas sisselogimine automaatselt väljuva päringu turbekonteksti.
See selgitab, miks brauser ja serveripoolne kood samas masinas võivad integreeritud autentimisega puhverserverilt saada erinevaid tulemusi. Nad esitavad võib-olla erinevaid identiteete.
Nimetage identiteedid enne koodi muutmist
- Töölaua brauserisse sisse logitud inimene.
- Konto, mis majutab rakenduse protsessi.
- Mis tahes võltsitud identiteet, mis on väljuva toimingu jaoks aktiivne.
- Konto, mille puhverserver tegelikult vastu võttis või tagasi lükkas.
.NET-i toetatud integreeritud autentimise radadel puudutab DefaultCredentials praegust turbekonteksti. See ei ole üldnimi kõigile, kes avasid lehe teises masinas.
Kui toode käitub teadlikult kasutajana, vajavad identiteedi võtmine ja kõik võrgudelegeerimise nõuded omaette toetatud lahendust. Üldise vaikeandmete kasutamise lüliti sisselülitamine seda lahendust ei loo. Vastupidiselt ei tohiks taustatöö, mis on mõeldud töötama teenuse identiteedina, sõltuda sellest, et keegi avab enne brauseri.
Võrrelge interaktiivset ja juurutatud käivitust ilma saladusteta: konto kontekst, puhverserveri lõpp-punkt, teatatud meetod ja tagasilükatud identiteet. Vältige töölaua parooli kopeerimist rakendusse ainult sellepärast, et see tegi ühe ühekordse päringu edukaks. Seadistage konto, mida rakendus peaks kasutama, ja hoidke see omandus juurutuskirjes nähtaval.