Modifications de proxy sous Windows : pourquoi les applications gardent l'ancienne route
Une valeur Internet Settings enregistrée, une configuration client actualisée et une connexion existante peuvent diverger sans que l'écriture dans le registre échoue.
La fenêtre des paramètres Windows peut afficher un nouveau proxy tandis qu'une application continue sur la route précédente. Déterminez quel état vous observez :
| Observation | Ce qu'elle établit |
|---|---|
| La nouvelle valeur est enregistrée | La configuration utilisateur ou machine sélectionnée a changé |
| Un client lit la nouvelle configuration | Ce client a actualisé la source qu'il utilise |
| Une nouvelle connexion emprunte la nouvelle route | La politique actualisée a influencé une nouvelle décision de routage |
WinINet fournit Internet Options et des notifications par connexion, notamment INTERNET_OPTION_SETTINGS_CHANGED et INTERNET_OPTION_REFRESH. Utilisez l'API de configuration prise en charge pour le paramètre mis à jour et signalez ses erreurs. Une écriture limitée au registre peut laisser une vue périmée côté client ; une diffusion générique des paramètres ne force pas chaque bibliothèque réseau à la relire.
Identifiez ensuite la pile et le compte de l'application concernée. Pour un client .NET 9 sous Windows, le cycle de vie d'actualisation du proxy système diffère des objets proxy explicites et des valeurs par défaut de l'environnement. WinHTTP et les clients dotés de paramètres proxy privés sont des cas distincts. Une modification sous votre utilisateur courant renseigne peu sur un service exécuté sous un autre compte, et une actualisation WinINet ne peut pas fournir de prise en charge proxy à des sockets arbitraires.
Enfin, distinguez une nouvelle connexion d'une connexion active ou d'un tunnel établi plus tôt. Changer le paramètre ne migre pas automatiquement ce flux. Une application qui expose des changements de proxy a besoin d'une politique définie d'enregistrement, de notification et de nouvelle connexion.