Proxyinställningar i ASP.NET Core: launchSettings.json kontra produktion
Skilj proxyvärden från utvecklingens startprofil från den miljö och den HTTP-hanterare som en distribuerad ASP.NET Core-process använder.
Ett proxyvärde i launchSettings.json tillhör en utvecklingsstartprofil. När programmet publiceras blir inte den profilen miljön för en IIS-arbetsprocess, en tjänst eller en container.
Vid fel i en distribuerad miljö, undersök processen som faktiskt startar programmet. Dess miljö, konto och HTTP-hanterare avgör vilka proxyindata som är tillgängliga.
| Var det fungerar | Vad du ska jämföra efter distribution |
|---|---|
| Startprofil i IDE | Värdprocessens miljö |
| Interaktiv användarsession | Tjänstkontot och dess proxyinställningar |
| En manuellt skapad HTTP-klient | Hanteraren som programmets injicerade klient använder |
Standardproxyinitieringen i moderna HttpClient har plattformsspecifika regler för miljö och systemkonfiguration. En explicit konfigurerad hanterare kan åsidosätta dessa standardvärden. Med IHttpClientFactory, kontrollera registreringen av den namngivna klientens primära hanterare och namnet som hämtas vid anropsplatsen. Kontrollera båda indata innan du drar slutsatsen att en konfigurationsfil ignorerades.
Äldre .NET Framework-exempel med system.net/defaultProxy beskriver en annan konfigurationsmodell. Klistra inte in det avsnittet i en modern distributionsfil och anta inte att varje .NET HTTP-implementering använder det. I en IIS-distribution har ASP.NET Core-modulen också en stödd mekanism för konfiguration av processmiljön; behåll resten av den värdkonfigurationen när du lägger till värden.
Notera om den förväntade variabeln finns utan att publicera dess fullständiga värde med autentiseringsuppgifter. Bekräfta sedan att klienten som utför den misslyckade begäran använder den källan. En korrekt konfigurerad startare kan inte reparera en klient som medvetet använder en annan väg.