Vérifier le .exe.config publié lorsque ClickOnce perd un paramètre de proxy
Vérifiez la configuration de l'exécutable déployé lorsqu'une modification de proxy .NET Framework fonctionne localement mais disparaît dans une installation ClickOnce.
Si une build de développement fonctionne mais que sa version ClickOnce renvoie 407, vérifiez si la version contient la configuration d'exécutable prévue avant de modifier les informations d'identification.
| Point de contrôle | Ce qu'il faut comparer |
|---|---|
| Sortie de build | La configuration correctement nommée de l'exécutable : Reports.exe.config pour Reports.exe |
| Sortie de publication | Le contenu de ce fichier et les paramètres d'inclusion des fichiers d'application |
| Installation concernée | La version publiée réellement reçue par cet utilisateur |
App.config est la source dans un projet de bureau .NET Framework. Le modifier ne prouve pas que l'application installée a reçu le .exe.config résultant.
Pour une application héritée censée utiliser le proxy système avec les informations d'identification Windows actuelles, le fragment peut être :
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Placez-le sous la racine configuration existante, en conservant les paramètres sans rapport. Il s'agit du modèle de configuration réseau de .NET Framework, et non d'un paramètre pour chaque client .NET moderne.
Si le fichier installé est correct, examinez ensuite l'identité du processus et la route. Les informations d'identification par défaut sont celles disponibles pour le processus en cours ; elles n'accordent pas d'autorisation de proxy. Un proxy d'application explicite peut aussi remplacer celui par défaut. Une configuration publiée manquante et une authentification rejetée peuvent toutes deux ressembler à un 407, mais la comparaison des trois fichiers détermine si la livraison est la première réparation.