Suriin ang Na-publish na .exe.config Kapag Nawalan ng Proxy Setting ang ClickOnce
Suriin ang configuration ng naka-deploy na executable kapag gumagana nang lokal ang pagbabago sa proxy ng .NET Framework pero nawawala sa isang ClickOnce installation.
Kung gumagana ang development build pero nagbabalik ng 407 ang ClickOnce release nito, suriin kung naglalaman ang release ng inilaan na configuration ng executable bago baguhin ang mga credential.
| Checkpoint | Ano ang ihahambing |
|---|---|
| Build output | Ang tamang pinangalanang configuration ng executable: Reports.exe.config para sa Reports.exe |
| Publish output | Ang nilalaman ng file na iyon at ang mga setting ng pagsasama ng application file |
| Apektadong installation | Ang na-publish na bersyon na aktwal na natanggap ng user na iyon |
Ang App.config ay ang source sa isang .NET Framework desktop project. Ang pag-edit nito ay hindi nagpapatunay na natanggap ng naka-install na application ang resultang .exe.config.
Para sa isang legacy application na inilaan na gamitin ang system proxy sa kasalukuyang Windows credentials, ang fragment ay maaaring:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Ilagay ito sa ilalim ng umiiral na configuration root, pinapanatili ang mga hindi kaugnay na setting. Ito ang networking configuration model ng .NET Framework, hindi isang setting para sa bawat modernong .NET client.
Kung tama ang naka-install na file, sundan ang process identity at ruta. Ang default na credential ay ang mga available sa tumatakbong process; hindi sila nagbibigay ng proxy permission. Ang isang explicit na application proxy ay maaari ring pumalit sa default. Ang nawawalang na-publish na configuration at tinanggihang authentication ay maaaring parehong magmukhang 407, ngunit ang paghahambing ng tatlong file ang nagpapasya kung ang delivery ang unang pagkukumpuni.