Sjekk den publiserte .exe.config når ClickOnce misser ei proxyinnstilling
Sjekk konfigurasjonen til den distribuerte køyrbare fila når ei .NET Framework-proxyendring fungerer lokalt, men forsvinn i ein ClickOnce-installasjon.
Viss ein utviklingsbygging fungerer, men ClickOnce-utgivinga returnerer 407, sjekk om utgivinga inneheld den tiltenkte konfigurasjonen for den køyrbare fila før du endrar legitimasjon.
| Kontrollpunkt | Kva som skal samanliknast |
|---|---|
| Byggjeutdata | Den riktig namngjevne konfigurasjonen for den køyrbare fila: Reports.exe.config for Reports.exe |
| Publiseringsutdata | Innhaldet i den fila og innstillingane for inkludering av programfiler |
| Rørt installasjon | Den publiserte versjonen som den brukaren faktisk fekk |
App.config er kjelda i eit .NET Framework-skrivebordsprosjekt. Å redigere ho beviser ikkje at det installerte programmet fekk den resulterande .exe.config.
For eit eldre program som skal bruke systemproxien med gjeldande Windows-legitimasjon, kan fragmentet vere:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Plasser det under den eksisterande configuration-rota, og ta vare på urelaterte innstillingar. Dette er nettverkskonfigurasjonsmodellen for .NET Framework, ikkje ei innstilling for kvar moderne .NET-klient.
Viss den installerte fila er riktig, følg deretter prosessidentiteten og ruta. Standardlegitimasjon er den som er tilgjengeleg for den køyrande prosessen; dei gir ikkje proxy-løyve. Ein eksplisitt programproxy kan også overstyre standarden. Manglande publisert konfigurasjon og avvist autentisering kan begge sjå ut som 407, men samanlikninga av dei tre filene avgjer om levering er den første reparasjonen.