DefaultCredentials mécht aus Ärem Windows-Login kee Basic-Passwuert
Passt de Standard-Sécherheetskontext vun .NET un d'Authentifikatiounsschema vum Proxy un, amplaz ze erwarten, datt e am Browser gespäicherte Basic-Kont automatesch erschéngt.
De Browser erënnert sech un e Proxy-Kont. Ären .NET-Client benotzt CredentialCache.DefaultCredentials an erhält 407 ouni de Widderhuelung, déi Dir erwaart hutt. Déi zwou Tatsaachen sinn kompatibel.
DefaultCredentials representéiert de aktuellen Sécherheetskontext fir ënnerstëtzt integréiert Authentifikatioun. Microsoft dokumentéiert seng Applicabilitéit op NTLM, Negotiate a Kerberos. Et ass keng Ufro, e Benotzernumm an e kloert Passwuert aus de gespäicherte Logine vum Browser erauszezéien.
Wann de Proxy Basic ubitt an e separat Kont verlaangt, konfiguréiert Dir dee Kont iwwer d'Proxy-Authentifikatiounsschnittstell, déi de Client ënnerstëtzt. En explizitten NetworkCredential an de momentane Windows-Sécherheetskontext sinn ënnerschiddlech Inputen.
Iwwerpréift déi annoncéiert Erausfuerderung, ier Dir d'Passwuert ännert. Iwwerpréift och, wéi en Benotzerkontext d'Applikatioun ausféiert. Eng Desktop-Executable an e Service kënnen ënnerschiddlech Identitéiten hunn, och wann se um selwechte Computer gestart ginn.
Et gëtt kee Grond, de Kont och an d'Authentifikatiounseigenschaft vum Zil ze kopéieren. Halt d'Login vum Vermëttler beim Vermëttler. Déi nëtzlech Diagnos nennt dräi Saachen: de gewielte Proxy, d'Schema, dat en ufrot, an d'Aart vun Authentifikatioun, déi d'Applikatioun tatsächlech geliwwert huet.