Controllare il .exe.config pubblicato quando ClickOnce perde un'impostazione proxy
Controllare la configurazione dell'eseguibile distribuito quando una modifica del proxy .NET Framework funziona in locale ma scompare in un'installazione ClickOnce.
Se una build di sviluppo funziona ma la relativa versione ClickOnce restituisce 407, controllare se la versione contiene la configurazione dell'eseguibile prevista prima di modificare le credenziali.
| Punto di controllo | Cosa confrontare |
|---|---|
| Output di build | La configurazione correttamente denominata dell'eseguibile: Reports.exe.config per Reports.exe |
| Output di pubblicazione | Il contenuto di quel file e le impostazioni di inclusione dei file dell'applicazione |
| Installazione interessata | La versione pubblicata effettivamente ricevuta da quell'utente |
App.config è l'origine in un progetto desktop .NET Framework. Modificarlo non dimostra che l'applicazione installata abbia ricevuto il .exe.config risultante.
Per un'applicazione legacy destinata a usare il proxy di sistema con le credenziali Windows correnti, il frammento può essere:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Inserirlo sotto la radice configuration esistente, preservando le impostazioni non correlate. Questo è il modello di configurazione di rete di .NET Framework, non un'impostazione per ogni client .NET moderno.
Se il file installato è corretto, seguire poi l'identità del processo e la route. Le credenziali predefinite sono quelle disponibili per il processo in esecuzione; non concedono l'autorizzazione proxy. Anche un proxy applicativo esplicito può sostituire quello predefinito. Configurazione pubblicata mancante e autenticazione rifiutata possono entrambe apparire come 407, ma il confronto dei tre file decide se la distribuzione è la prima riparazione.