As in ûntwikkelingsbuild wurket, mar de ClickOnce-útjefte 407 weromjout, kontrolearje dan foar it feroarjen fan referinsjes oft de útjefte de bedoelde konfiguraasje fan it útfierbere bestân befettet.

KontrôlepuntWat te fergelykjen
Build-útfierDe goed neamde konfiguraasje fan it útfierbere bestân: Reports.exe.config foar Reports.exe
Publikaasje-útfierDe ynhâld fan dat bestân en de ynstellingen foar it opnimmen fan applikaasjebestannen
Beynfloede ynstallaasjeDe publisearre ferzje dy't dy brûker echt krigen hat

App.config is de boarne yn in .NET Framework-buroblêdprojekt. It bewurkjen dêrfan bewiist net dat de ynstalleare applikaasje it resultearjende .exe.config krigen hat.

Foar in ferâldere applikaasje dy't fan plan is de systeemproxy te brûken mei de hjoeddeistige Windows-referinsjes, kin it fragmint wêze:

<system.net>
  <defaultProxy useDefaultCredentials="true">
    <proxy usesystemdefault="true" />
  </defaultProxy>
</system.net>

Pleatse it ûnder de besteande configuration-root, en behâld net-relatearre ynstellingen. Dit is it netwurk-konfiguraasjemodel fan .NET Framework, net in ynstelling foar elke moderne .NET-klant.

As it ynstalleare bestân korrekt is, folgje dan de prosesidentiteit en rûte. Standertreferinsjes binne dy't beskikber binne foar it rinnende proses; se jouwe gjin proxy-tastimming. In eksplisite applikaasjeproxy kin de standert ek ferfange. It ûntbrekken fan publisearre konfiguraasje en wegere autentikaasje kinne beide op 407 lykje, mar de fergeliking fan trije bestannen beslút oft levering de earste reparaasje is.

Relatearre artikelen