Proxy-ynstellings yn ASP.NET Core: launchSettings.json tsjin produksje
Untskied proxywearden fan it ûntwikkelings-startprofyl fan 'e omjouwing en de HTTP-handler dy't in útrôle ASP.NET Core-proses brûkt.
In proxywearde yn launchSettings.json heart by in ûntwikkelings-startprofyl. It publisearjen fan 'e applikaasje makket dat profyl net de omjouwing fan in IIS-wurkproses, in tsjinst of in kontener.
By in flater yn in útrôle omjouwing, ûndersykje it proses dat de applikaasje echt start. Syn omjouwing, akkount en HTTP-handler bepale hokker proxy-ynfier beskikber is.
| Wêr't it wurket | Wat te fergelykjen nei it útrôljen |
|---|---|
| Startprofyl yn 'e IDE | De omjouwing fan it hostproses |
| Ynteraktive brûkerssesje | It tsjinstakkount en syn proxy-ynstellings |
| In mei de hân oanmakke HTTP-klant | De handler dy't de ynjeksje klant fan 'e applikaasje brûkt |
De standert proxy-ynisjalisaasje fan moderne HttpClient hat platfoarmôfhinklike regels foar omjouwing en systeemkonfiguraasje. In eksplisyt konfigurearre handler kin dy standertwearden oerskriuwe. By IHttpClientFactory, kontrolearje de registraasje fan 'e primêre handler fan 'e neamde klant en de namme dy't by it oanrophelplak helle wurdt. Kontrolearje beide ynfier foardat jo konkludearje dat in konfiguraasjebestân negearre is.
Aldere .NET Framework-foarbylden fan system.net/defaultProxy beskriuwe in oar konfiguraasjemodel. Plak dat diel net yn in moderne útrôlbestân en nim net oan dat elke .NET HTTP-ymplemintaasje it brûkt. By in IIS-útrôl hat de ASP.NET Core-module ek in stipe meganisme foar konfiguraasje fan 'e prosesomjouwing; behâld de rest fan dy hostingkonfiguraasje by it tafoegjen fan wearden.
Notearje oft de ferwachte fariabele bestiet sûnder syn folsleine wearde mei bewizen te publisearjen. Befêstigje dan dat de klant dy't it mislearre fersyk docht dy boarne brûkt. In goed konfigurearre starter kin in klant dy't bewust in oare rûte brûkt net reparearje.