Перевірте опублікований .exe.config, коли ClickOnce втрачає налаштування проксі
Перевірте конфігурацію розгорнутого виконуваного файлу, коли зміна проксі .NET Framework працює локально, але зникає в інсталяції ClickOnce.
Якщо збірка для розробки працює, але її випуск ClickOnce повертає 407, перед зміною облікових даних перевірте, чи містить випуск потрібну конфігурацію виконуваного файлу.
| Точка перевірки | Що порівнювати |
|---|---|
| Вихід збірки | Правильно названа конфігурація виконуваного файлу: Reports.exe.config для Reports.exe |
| Вихід публікації | Вміст цього файлу та параметри включення файлів програми |
| Уражена інсталяція | Опублікована версія, яку цей користувач фактично отримав |
App.config — це джерело в проєкті класичної програми .NET Framework. Його редагування не доводить, що встановлена програма отримала отриманий .exe.config.
Для застарілої програми, яка має використовувати системний проксі з поточними обліковими даними Windows, фрагмент може бути таким:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Розмістіть його під наявним коренем configuration, зберігши не пов'язані параметри. Це модель мережевої конфігурації .NET Framework, а не параметр для кожного сучасного клієнта .NET.
Якщо встановлений файл правильний, далі перевірте ідентичність процесу й маршрут. Облікові дані за замовчуванням — це ті, що доступні процесу, який виконується; вони не дають дозволу на проксі. Явний проксі програми також може замінити типовий. Відсутня опублікована конфігурація та відхилена автентифікація можуть обидві виглядати як 407, але порівняння трьох файлів вирішує, чи доставка є першим виправленням.