DefaultCredentials maak nie jou Windows-aanmelding 'n Basic-wagwoord nie
Pas .NET se verstek-sekuriteitskonteks by die proxy se verifikasieskema aan eerder as om te verwag dat 'n gestoorde Basic-rekening outomaties uit die blaaier verskyn.
Die blaaier onthou 'n proxy-rekening. Jou .NET-kliënt gebruik CredentialCache.DefaultCredentials en ontvang 407 sonder die herprobeer wat jy verwag het. Dié twee feite is versoenbaar.
DefaultCredentials verteenwoordig die huidige sekuriteitskonteks vir ondersteunde geïntegreerde verifikasie. Microsoft dokumenteer die toepaslikheid daarvan op NTLM, Negotiate en Kerberos. Dit is nie 'n versoek om 'n gebruikersnaam en tekswagwoord uit die blaaier se gestoorde aanmeldings te haal nie.
As die proxy Basic bied en 'n aparte rekening vereis, stel daardie rekening in via die proxy-rekening-koppelvlak wat die kliënt ondersteun. 'n Eksplisiete NetworkCredential en die huidige Windows-sekuriteitskonteks is verskillende insette.
Kontroleer die aangekondigde uitdaging voordat jy die wagwoord verander. Kontroleer ook watter gebruiker-konteks die toepassing laat loop. 'n Lessenaar-uitvoerbare lêer en 'n diens kan verskillende identiteite hê selfs wanneer hulle op dieselfde rekenaar begin word.
Daar is geen rede om die rekening ook in die bestemming se rekening-eienskap te kopieer nie. Hou die tussenparty se aanmelding by die tussenparty. Die nuttige diagnose noem drie dinge: die gekose proxy, die skema wat dit aanvra, en die soort rekening wat die toepassing werklik verskaf het.