DefaultCredentials ne transforme pas votre connexion Windows en mot de passe Basic
Alignez le contexte de sécurité par défaut de .NET sur le schéma d'authentification du proxy au lieu d'attendre qu'un compte Basic enregistré dans le navigateur apparaisse automatiquement.
Le navigateur se souvient d'un compte proxy. Votre client .NET utilise CredentialCache.DefaultCredentials et reçoit 407 sans la nouvelle tentative que vous attendiez. Ces deux faits sont compatibles.
DefaultCredentials représente le contexte de sécurité actuel pour l'authentification intégrée prise en charge. Microsoft documente son applicabilité à NTLM, Negotiate et Kerberos. Ce n'est pas une demande d'extraire un nom d'utilisateur et un mot de passe en clair des identifiants enregistrés dans le navigateur.
Si le proxy propose Basic et exige un compte distinct, configurez ce compte via l'interface d'identifiants du proxy que le client prend en charge. Un NetworkCredential explicite et le contexte de sécurité Windows actuel sont des entrées différentes.
Vérifiez le défi annoncé avant de changer le mot de passe. Vérifiez aussi quel contexte utilisateur exécute l'application. Un exécutable de bureau et un service peuvent avoir des identités différentes même lorsqu'ils sont lancés sur le même ordinateur.
Il n'y a aucune raison de copier aussi le compte dans la propriété d'identifiants de la destination. Gardez la connexion de l'intermédiaire chez l'intermédiaire. Le diagnostic utile nomme trois choses : le proxy choisi, le schéma qu'il demande et le type d'identifiant que l'application a réellement fourni.