Prüfen Sie die veröffentlichte .exe.config, wenn ClickOnce eine Proxyeinstellung verliert
Prüfen Sie die bereitgestellte Konfiguration der ausführbaren Datei, wenn eine Proxyänderung unter .NET Framework lokal funktioniert, in einer ClickOnce-Installation aber verschwindet.
Wenn ein Entwicklungsbuild funktioniert, die ClickOnce-Version aber 407 zurückgibt, prüfen Sie, ob die Veröffentlichung die beabsichtigte Konfiguration der ausführbaren Datei enthält, bevor Sie Anmeldeinformationen ändern.
| Prüfpunkt | Was zu vergleichen ist |
|---|---|
| Build-Ausgabe | Die korrekt benannte Konfiguration der ausführbaren Datei: Reports.exe.config für Reports.exe |
| Veröffentlichungsausgabe | Der Inhalt dieser Datei und die Einstellungen zum Einbeziehen von Anwendungsdateien |
| Betroffene Installation | Die veröffentlichte Version, die dieser Benutzer tatsächlich erhalten hat |
App.config ist die Quelle in einem .NET Framework-Desktopprojekt. Eine Änderung dort belegt nicht, dass die installierte Anwendung die daraus entstehende .exe.config erhalten hat.
Für eine Alt-Anwendung, die den Systemproxy mit den aktuellen Windows-Anmeldeinformationen nutzen soll, kann das Fragment so aussehen:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Setzen Sie es unter den vorhandenen Wurzelknoten configuration und bewahren Sie nicht zugehörige Einstellungen. Dies ist das Netzwerkkonfigurationsmodell von .NET Framework, keine Einstellung für jeden modernen .NET-Client.
Wenn die installierte Datei korrekt ist, prüfen Sie als Nächstes die Prozessidentität und die Route. Standardanmeldeinformationen sind die, die dem laufenden Prozess zur Verfügung stehen; sie erteilen keine Proxyberechtigung. Ein expliziter Anwendungsproxy kann die Standardeinstellung ebenfalls überstimmen. Fehlende veröffentlichte Konfiguration und abgelehnte Authentifizierung können beide wie 407 aussehen, doch der Vergleich der drei Dateien entscheidet, ob die Auslieferung die erste Reparatur ist.