Kontrollera den publicerade .exe.config när ClickOnce tappar en proxyinställning
Kontrollera konfigurationen för den distribuerade körbara filen när en .NET Framework-proxyändring fungerar lokalt men försvinner i en ClickOnce-installation.
Om en utvecklingsbuild fungerar men dess ClickOnce-version returnerar 407, kontrollera om versionen innehåller den avsedda konfigurationen för den körbara filen innan du ändrar autentiseringsuppgifter.
| Kontrollpunkt | Vad som ska jämföras |
|---|---|
| Buildutdata | Den korrekt namngivna konfigurationen för den körbara filen: Reports.exe.config för Reports.exe |
| Publiceringsutdata | Innehållet i den filen och inställningarna för inkludering av programfiler |
| Berörd installation | Den publicerade version som den användaren faktiskt fick |
App.config är källan i ett .NET Framework-skrivbordsprojekt. Att redigera den bevisar inte att det installerade programmet fick den resulterande .exe.config.
För ett äldre program som ska använda systemproxyn med nuvarande Windows-autentiseringsuppgifter kan fragmentet vara:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Placera det under den befintliga configuration-roten och behåll orelaterade inställningar. Detta är nätverkskonfigurationsmodellen för .NET Framework, inte en inställning för varje modern .NET-klient.
Om den installerade filen är korrekt, följ sedan processidentiteten och rutten. Standardautentiseringsuppgifter är de som är tillgängliga för den körande processen; de ger inte proxybehörighet. En explicit programproxy kan också ersätta standardinställningen. Saknad publicerad konfiguration och avvisad autentisering kan båda se ut som 407, men jämförelsen av de tre filerna avgör om leveransen är den första reparationen.