WebProxy.UseDefaultCredentials kan 'n eksplisiete geloofsbrief herstel
Vermy dat 'n eksplisiete .NET-volmagrekening teruggestel word deur UseDefaultCredentials daarna toe te wys.
Hierdie volgorde lyk eksplisiet, maar in .NET 10 eindig dit sonder enige proxy-geloofsbrief:
proxy.Credentials = new NetworkCredential(proxyUser, proxyPassword);
proxy.UseDefaultCredentials = false;
In die .NET 10 WebProxy-implementering ken die stel van UseDefaultCredentials op false null aan Credentials toe. Stel dit op true, dan kies dit CredentialCache.DefaultCredentials. Die twee eienskappe beheer dieselfde rekeningkeuse.
Vir 'n diensspesifieke rekening, ken die beoogde geloofsbrief toe sonder 'n latere herstel:
var proxy = new WebProxy("http://proxy.example.net:8080")
{
Credentials = new NetworkCredential(proxyUser, proxyPassword)
};
As bestaande opstelkode verstekgeloofsbriewe uitdruklik moet afskakel, doen dit voordat die NetworkCredential toegewys word. Die getter daarvan kan false wees terwyl 'n eksplisiete geloofsbrief korrek teenwoordig is; false beteken nie noodwendig dat geen rekening opgestel is nie.
Heg hierdie objek aan die handler wat die versoek uitvoer. Vir geïntegreerde Windows-verifikasie, kies eerder doelbewus verstekgeloofsbriewe, met die proses se toepaslike identiteit.
Kontroleer die volgorde van die objek-initialiseerder en hulpprogrammetodes vir latere toekennings wat die beoogde rekening vervang. Bind hierdie diagnose aan die WebProxy-implementering in gebruik; 'n eendersgenoemde eienskap op 'n HTTP-handler kan 'n ander verifikasiebestek beheer.