Праверце апублікаваны .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, але параўнанне трох файлаў вырашае, ці дастаўка — гэта першае выпраўленне.