Ustawienia serwera proxy w ASP.NET Core: launchSettings.json a produkcja
Odróżnij wartości serwera proxy z profilu uruchamiania deweloperskiego od środowiska i procedury obsługi HTTP używanych przez wdrożony proces ASP.NET Core.
Wartość serwera proxy w launchSettings.json należy do deweloperskiego profilu uruchamiania. Publikacja aplikacji nie czyni tego profilu środowiskiem procesu roboczego IIS, usługi ani kontenera.
W przypadku awarii we wdrożonym środowisku zbadaj proces, który faktycznie uruchamia aplikację. Jego środowisko, konto i procedura obsługi HTTP określają, jakie dane wejściowe serwera proxy są dostępne.
| Gdzie to działa | Co porównać po wdrożeniu |
|---|---|
| Profil uruchamiania w IDE | Środowisko procesu hosta |
| Interaktywna sesja użytkownika | Konto usługi i jego ustawienia serwera proxy |
| Ręcznie utworzony klient HTTP | Procedura obsługi używana przez wstrzykniętego klienta aplikacji |
Domyślna inicjalizacja serwera proxy w nowoczesnym HttpClient podlega regułom środowiska i konfiguracji systemu właściwym dla platformy. Jawnie skonfigurowana procedura obsługi może zastąpić te wartości domyślne. W przypadku IHttpClientFactory sprawdź rejestrację głównej procedury obsługi nazwanego klienta oraz nazwę pobraną w miejscu wywołania. Sprawdź oba dane wejściowe, zanim uznasz, że plik konfiguracyjny został zignorowany.
Starsze przykłady system.net/defaultProxy w .NET Framework opisują inny model konfiguracji. Nie wklejaj tej sekcji do nowoczesnego pliku wdrożeniowego i nie zakładaj, że każda implementacja HTTP w .NET jej używa. We wdrożeniu IIS moduł ASP.NET Core ma również obsługiwany mechanizm konfiguracji środowiska procesu; zachowaj resztę tej konfiguracji hostingu podczas dodawania wartości.
Zanotuj, czy oczekiwana zmienna istnieje, nie publikując jej pełnej wartości zawierającej poświadczenia. Następnie potwierdź, że klient wykonujący nieudane żądanie używa tego źródła. Poprawnie skonfigurowany starter nie naprawi klienta, który świadomie korzysta z innej trasy.