Sprawdź opublikowany plik .exe.config, gdy ClickOnce traci ustawienie serwera proxy
Sprawdź konfigurację wdrożonego pliku wykonywalnego, gdy zmiana serwera proxy .NET Framework działa lokalnie, ale znika w instalacji ClickOnce.
Jeśli kompilacja deweloperska działa, ale jej wydanie ClickOnce zwraca 407, przed zmianą poświadczeń sprawdź, czy wydanie zawiera zamierzoną konfigurację pliku wykonywalnego.
| Punkt kontrolny | Co porównać |
|---|---|
| Wynik kompilacji | Poprawnie nazwana konfiguracja pliku wykonywalnego: Reports.exe.config dla Reports.exe |
| Wynik publikacji | Zawartość tego pliku i ustawienia dołączania plików aplikacji |
| Dotknięta instalacja | Opublikowana wersja faktycznie otrzymana przez tego użytkownika |
App.config jest źródłem w projekcie pulpitu .NET Framework. Jego edycja nie dowodzi, że zainstalowana aplikacja otrzymała wynikowy .exe.config.
Dla starszej aplikacji, która ma używać serwera proxy systemu z bieżącymi poświadczeniami Windows, fragment może wyglądać tak:
<system.net>
<defaultProxy useDefaultCredentials="true">
<proxy usesystemdefault="true" />
</defaultProxy>
</system.net>Umieść go pod istniejącym elementem głównym configuration, zachowując niepowiązane ustawienia. To model konfiguracji sieci .NET Framework, a nie ustawienie dla każdego nowoczesnego klienta .NET.
Jeśli zainstalowany plik jest poprawny, sprawdź następnie tożsamość procesu i trasę. Domyślne poświadczenia to te dostępne dla uruchomionego procesu; nie przyznają uprawnień do serwera proxy. Jawny serwer proxy aplikacji również może zastąpić domyślny. Brak opublikowanej konfiguracji i odrzucone uwierzytelnianie mogą oba wyglądać jak 407, ale porównanie trzech plików decyduje, czy wdrożenie jest pierwszą naprawą.