DefaultCredentials не перетворює ваш вхід у Windows на звичайний пароль Basic
Узгодьте типовий контекст безпеки .NET зі схемою автентифікації проксі, замість того щоб очікувати автоматичної появи облікового запису Basic, збереженого в браузері.
Браузер пам'ятає обліковий запис проксі. Ваш клієнт .NET використовує CredentialCache.DefaultCredentials і отримує 407 без очікуваного повтору. Ці два факти сумісні.
DefaultCredentials представляє поточний контекст безпеки для підтримуваної інтегрованої автентифікації. Microsoft документує його застосовність до NTLM, Negotiate і Kerberos. Це не запит на вилучення імені користувача й пароля у відкритому вигляді зі збережених у браузері входів.
Якщо проксі пропонує Basic і вимагає окремий обліковий запис, налаштуйте його через інтерфейс облікових даних проксі, який підтримує клієнт. Явний NetworkCredential і поточний контекст безпеки Windows — різні вхідні дані.
Перевірте оголошений виклик перед зміною пароля. Перевірте також, у якому контексті користувача запущено програму. Виконуваний файл на робочому столі й служба можуть мати різні ідентичності, навіть якщо запущені на одному комп'ютері.
Немає причин копіювати обліковий запис ще й у властивість облікових даних призначення. Залиште вхід посередника в посередника. Корисна діагностика називає три речі: вибраний проксі, запитану ним схему й тип облікових даних, які програма фактично надала.