Sjekk den publiserte .exe.config når ClickOnce mister en proxyinnstilling
Sjekk konfigurasjonen til den distribuerte kjørbare filen når en .NET Framework-proxyendring fungerer lokalt, men forsvinner i en ClickOnce-installasjon.
Hvis en utviklingsbygging fungerer, men ClickOnce-utgivelsen returnerer 407, sjekk om utgivelsen inneholder den tiltenkte konfigurasjonen for den kjørbare filen før du endrer legitimasjon.
| Kontrollpunkt | Hva som skal sammenlignes |
|---|---|
| Byggeutdata | Den riktig navngitte konfigurasjonen for den kjørbare filen: Reports.exe.config for Reports.exe |
| Publiseringsutdata | Innholdet i den filen og innstillingene for inkludering av programfiler |
| Berørt installasjon | Den publiserte versjonen som den brukeren faktisk mottok |
App.config er kilden i et .NET Framework-skrivebordsprosjekt. Å redigere den beviser ikke at det installerte programmet mottok den resulterende .exe.config.
For et eldre program som skal bruke systemproxien med gjeldende Windows-legitimasjon, kan fragmentet være:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Plasser det under den eksisterende configuration-roten, og bevar urelaterte innstillinger. Dette er nettverkskonfigurasjonsmodellen for .NET Framework, ikke en innstilling for hver moderne .NET-klient.
Hvis den installerte filen er riktig, følg deretter prosessidentiteten og ruten. Standardlegitimasjon er den som er tilgjengelig for den kjørende prosessen; de gir ikke proxy-tillatelse. En eksplisitt programproxy kan også overstyre standarden. Manglende publisert konfigurasjon og avvist autentisering kan begge se ut som 407, men sammenligningen av de tre filene avgjør om levering er den første reparasjonen.