Проверете го објавениот .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, но споредбата на трите файла одлучува дали испораката е првата поправка.