Hindi ginagawang Basic password ng DefaultCredentials ang iyong Windows login
Itugma ang default na konteksto ng seguridad ng .NET sa scheme ng pagpapatotoo ng proxy sa halip na asahan na awtomatikong lilitaw ang Basic account na nakaimbak sa browser.
Naaalala ng browser ang isang proxy account. Ginagamit ng iyong .NET client ang CredentialCache.DefaultCredentials at tumatanggap ng 407 nang walang muling pagtatangkang inaasahan mo. Magkatugma ang dalawang katotohanang ito.
Kinakatawan ng DefaultCredentials ang kasalukuyang konteksto ng seguridad para sa sinusuportahang integrated na pagpapatotoo. Idinodokumento ng Microsoft ang pagiging angkop nito sa NTLM, Negotiate at Kerberos. Hindi ito kahilingang kunin ang username at plaintext na password mula sa mga login na nakaimbak sa browser.
Kung nag-aalok ang proxy ng Basic at nangangailangan ng hiwalay na account, i-configure ang account na iyon sa pamamagitan ng interface ng kredensyal ng proxy na sinusuportahan ng client. Ang tahasang NetworkCredential at ang kasalukuyang konteksto ng seguridad ng Windows ay magkaibang input.
Suriin ang inihayag na hamon bago baguhin ang password. Suriin din kung aling konteksto ng user ang nagpapatakbo ng application. Ang executable sa desktop at isang serbisyo ay maaaring may magkaibang pagkakakilanlan kahit na inilunsad sa parehong computer.
Walang dahilan para kopyahin din ang account sa property ng kredensyal ng destinasyon. Panatilihin ang login ng tagapamagitan sa tagapamagitan. Pinangalanan ng kapaki-pakinabang na diagnosis ang tatlong bagay: ang piniling proxy, ang scheme na hinihiling nito at ang uri ng kredensyal na aktwal na ibinigay ng application.