Kontrollér den udgivne .exe.config, når ClickOnce mister en proxyindstilling
Kontrollér konfigurationen af den udrullede eksekverbare fil, når en .NET Framework-proxyændring virker lokalt, men forsvinder i en ClickOnce-installation.
Hvis et udviklingsbuild virker, men dets ClickOnce-udgivelse returnerer 407, skal du kontrollere, om udgivelsen indeholder den tilsigtede konfiguration af den eksekverbare fil, før du ændrer legitimationsoplysninger.
| Kontrolpunkt | Hvad der skal sammenlignes |
|---|---|
| Buildoutput | Den eksekverbare fils korrekt navngivne konfiguration: Reports.exe.config for Reports.exe |
| Publiceringsoutput | Indholdet af den fil og indstillingerne for medtagelse af programfiler |
| Berørt installation | Den udgivne version, som den bruger faktisk modtog |
App.config er kilden i et .NET Framework-skrivebordsprojekt. At redigere den beviser ikke, at det installerede program modtog den resulterende .exe.config.
For et ældre program, der skal bruge systemproxien med de aktuelle Windows-legitimationsoplysninger, kan fragmentet være:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Anbring det under den eksisterende rod configuration, og bevar urelaterede indstillinger. Dette er .NET Frameworks netværkskonfigurationsmodel, ikke en indstilling for enhver moderne .NET-klient.
Hvis den installerede fil er korrekt, skal du derefter undersøge procesidentitet og rute. Standardlegitimationsoplysninger er dem, der er tilgængelige for den kørende proces; de giver ikke proxytilladelse. En eksplicit programproxy kan også tilsidesætte standarden. Manglende udgivet konfiguration og afvist godkendelse kan begge se ud som 407, men sammenligningen af de tre filer afgør, om levering er den første rettelse.