Le navigateur fonctionne via le proxy, mais Windows Update échoue
Windows Update dispose de son propre contexte de service et de ses propres exigences de proxy. Une session de navigateur réussie ne prouve pas que les téléchargements de mises à jour empruntent le même chemin.
Un succès dans le navigateur ne teste pas le contexte de service de Windows Update. Commencez par l'erreur de mise à jour et l'heure de la tentative, puis examinez la route concernée. Sur les systèmes utilisant WinHTTP, cette requête en lecture seule constitue une première comparaison utile :
netsh winhttp show proxyComparez le résultat avec la stratégie de mise à jour gérée prévue. Un compte de navigateur ou un réglage de proxy ne convient pas automatiquement à un service.
| Preuve | Investigation |
|---|---|
| Échec de connexion au proxy | Point de terminaison du service et chemin réseau. |
| 407 dans les journaux de proxy correspondants | Schéma d'authentification annoncé et contexte de compte disponible pour le composant de mise à jour. |
| Destination de téléchargement refusée | Exigences de point de terminaison pour la version de Windows installée et l'agencement des mises à jour. |
Corrélez la tentative avec les enregistrements d'accès/d'authentification du proxy. Les conseils de dépannage des mises à jour de Microsoft couvrent aussi WinHTTP et les requêtes HTTP Range ; le proxy doit prendre en charge les opérations requises, et pas seulement charger une page web.
Utilisez l'interface de configuration prise en charge et les exigences actuelles de cette machine. Une liste d'hôtes historique ou une ancienne commande proxycfg ne constitue pas une stratégie actuelle complète. Laissez activées l'intégrité des mises à jour et la vérification des certificats, puis confirmez que la requête de mise à jour prévue effectue la validation normale via la route choisie.