DefaultCredentials makket fan jo Windows-oanmelding gjin Basic-wachtwurd
Pas de standert befeiligingskontekst fan .NET oan op it autentikaasjeskema fan de proxy ynstee fan te ferwachtsjen dat in yn de browser bewarre Basic-account automatysk ferskynt.
De browser ûnthâldt in proxy-account. Jo .NET-klant brûkt CredentialCache.DefaultCredentials en krijt 407 sûnder de werhelling dy't jo ferwachten. Dy twa feiten binne ferienichber.
DefaultCredentials fertsjintwurdiget de hjoeddeistige befeiligingskontekst foar stipe yntegrearre autentikaasje. Microsoft dokumintearret de tapasberens op NTLM, Negotiate en Kerberos. It is gjin fersyk om in brûkersnamme en platte wachtwurd út de bewarre oanmeldingen fan de browser te heljen.
As de proxy Basic biedt en in aparte account freget, konfigurearje dy account dan fia de proxy-identiteitsynterface dy't de klant stipet. In eksplisite NetworkCredential en de hjoeddeistige Windows-befeiligingskontekst binne ferskillende ynfier.
Kontrolearje de oankundige útdaging foardat jo it wachtwurd feroarje. Kontrolearje ek hokker brûkerskontekst de applikaasje útfiert. In desktop-útfierber bestân en in tsjinst kinne ferskillende identiteiten hawwe, sels as se op deselde kompjûter starten.
Der is gjin reden om de account ek yn 'e identiteitseigenskip fan 'e bestimming te kopiearjen. Hâld de oanmelding fan 'e tuskenpersoan by de tuskenpersoan. De nuttige diagnoaze neamt trije dingen: de keazen proxy, it skema dat er freget en it soart identiteit dat de applikaasje eins levere.