ASP.NET Core-proxy-instellings: launchSettings.json teenoor produksie
Onderskei ontwikkelings-lanseringsprofiel-proxywaardes van die omgewing en HTTP-hanteerder wat 'n ontplooide ASP.NET Core-proses gebruik.
'n Proxy-waarde in launchSettings.json behoort aan 'n ontwikkelingslanseringsprofiel. Die publikasie van die toepassing maak nie daardie profiel die omgewing van 'n IIS-werker, diens of houer nie.
Vir 'n ontplooide fout, ondersoek die proses wat die toepassing werklik begin. Sy omgewing, rekening en HTTP-hanteerder bepaal watter proxy-invoer beskikbaar is.
| Waar dit werk | Wat om ná ontplooiing te vergelyk |
|---|---|
| IDE-lanseringsprofiel | Die gasheerproses se omgewing |
| Interaktiewe gebruikersessie | Die diensrekening en sy proxy-instellings |
| 'n Handmatig geskepte HTTP-kliënt | Die hanteerder wat die toepassing se ingevoegde kliënt gebruik |
Moderne HttpClient se verstek-proxy-inisialisering het platformspecifieke omgewings- en stelselkonfigurasie-reëls. 'n Handler wat uitdruklik gekonfigureer is, kan daardie verstekke oorskryf. Met IHttpClientFactory, kyk na die genoemde kliënt se primêre-hanteerder-registrasie en die naam wat by die oproepplek onttrek word. Kontroleer beide insette voordat jy tot die gevolgtrekking kom dat 'n konfigurasielêer geïgnoreer is.
Ouer .NET Framework system.net/defaultProxy-voorbeelde beskryf 'n ander konfigurasie-model. Moenie die afdeling in 'n moderne ontplooiingslêer plak en aanneem elke .NET HTTP-implementering gebruik dit nie. In 'n IIS-ontplooiing het die ASP.NET Core-module ook 'n ondersteunde meganisme vir prosesomgewing-konfigurasie; behou die res van daardie gasheerkonfigurasie wanneer jy waardes byvoeg.
Teken aan of die verwagte veranderlike bestaan sonder om sy volledige geloofsbriewe-draende waarde te publiseer. Bevestig dan dat die kliënt wat die mislukte versoek uitvoer daardie bron gebruik. 'n Korrek gekonfigureerde lanseerder kan nie 'n kliënt herstel wat doelbewus 'n ander roete gebruik nie.