Proxyinnstillinger i ASP.NET Core: launchSettings.json kontra produksjon
Skill proxyverdier fra utviklingsstartprofilen fra miljøet og HTTP-handleren som en utrullet ASP.NET Core-prosess bruker.
En proxyverdi i launchSettings.json tilhører en utviklingsstartprofil. Når applikasjonen publiseres, blir ikke den profilen miljøet til en IIS-arbeidsprosess, en tjeneste eller en container.
Ved feil i et utrullet miljø, undersøk prosessen som faktisk starter applikasjonen. Miljøet, kontoen og HTTP-handleren bestemmer hvilke proxyinndata som er tilgjengelige.
| Hvor det virker | Hva du skal sammenligne etter utrulling |
|---|---|
| Startprofil i IDE | Vertsprosessens miljø |
| Interaktiv brukersesjon | Tjenestekontoen og dens proxyinnstillinger |
| En manuelt opprettet HTTP-klient | Handleren som applikasjonens injiserte klient bruker |
Standard proxyinitialisering i moderne HttpClient har plattformspesifikke regler for miljø og systemkonfigurasjon. En eksplisitt konfigurert handler kan overstyre disse standardverdiene. Med IHttpClientFactory, kontroller registreringen av den navngitte klientens primære handler og navnet som hentes på kallstedet. Kontroller begge inndataene før du konkluderer med at en konfigurasjonsfil ble ignorert.
Eldre .NET Framework-eksempler med system.net/defaultProxy beskriver en annen konfigurasjonsmodell. Ikke lim inn den delen i en moderne utrullingsfil, og ikke anta at enhver .NET HTTP-implementasjon bruker den. I en IIS-utrulling har ASP.NET Core-modulen også en støttet mekanisme for konfigurasjon av prosessmiljøet; bevar resten av vertskonfigurasjonen når du legger til verdier.
Noter om den forventede variabelen finnes uten å publisere dens fulle verdi med legitimasjon. Bekreft deretter at klienten som utfører den mislykkede forespørselen bruker den kilden. En riktig konfigurert oppstarter kan ikke reparere en klient som bevisst bruker en annen rute.