Проверьте опубликованный .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, но сравнение трёх файлов решает, является ли доставка первым исправлением.