Kontroleer die gepubliseerde .exe.config wanneer ClickOnce 'n instaanbediener-instelling verloor
Kontroleer die ontplooide uitvoerbare konfigurasie wanneer 'n .NET Framework-instaanbedienerverandering plaaslik werk maar in 'n ClickOnce-installasie verdwyn.
As 'n ontwikkelbou werk maar die ClickOnce-vrystelling daarvan 407 terugstuur, kontroleer of die vrystelling die bedoelde uitvoerbare konfigurasie bevat voordat jy geloofsbriewe verander.
| Kontrolepunt | Wat om te vergelyk |
|---|---|
| Bou-uitset | Die uitvoerbare lêer se korrek benoemde konfigurasie: Reports.exe.config vir Reports.exe |
| Publiseer-uitset | Daardie lêer se inhoud en die instellings vir die insluiting van toepassinglêers |
| Geaffekteerde installasie | Die gepubliseerde weergawe wat daardie gebruiker werklik ontvang het |
App.config is die bron in 'n .NET Framework-tafelbladprojek. Om dit te wysig bewys nie dat die geïnstalleerde toepassing die gevolglike .exe.config ontvang het nie.
Vir 'n erfenistoepassing wat bedoel is om die stelselinstaanbediener met die huidige Windows-geloofsbriewe te gebruik, kan die fragment wees:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Plaas dit onder die bestaande configuration-wortel en behou onverwante instellings. Dit is die .NET Framework se netwerkkonfigurasie-model, nie 'n instelling vir elke moderne .NET-kliënt nie.
As die geïnstalleerde lêer korrek is, ondersoek volgende die prosesidentiteit en die roete. Verstek-geloofsbriewe is dié wat die lopende proses beskikbaar het; hulle verleen nie instaanbediener-toestemming nie. 'n Eksplisiete toepassinginstaanbediener kan ook die verstek vervang. Ontbrekende gepubliseerde konfigurasie en verwerpte verifikasie kan albei soos 407 lyk, maar die vergelyking van die drie lêers bepaal of lewering die eerste herstelling is.