Prokurila valoro en launchSettings.json apartenas al evolua lanĉprofilo. Publikigi la aplikaĵon ne igas tiun profilon la medio de IIS-laborprocezo, servo aŭ ujo.

Por fiasko en deplojita medio, ekzamenu la procezon, kiu efektive startigas la aplikaĵon. Ĝia medio, konto kaj HTTP-traktilo difinas, kiuj prokurilaj enigoj disponeblas.

Kie ĝi funkciasKion kompari post deplojo
Lanĉprofilo de IDELa medio de la gastiganta procezo
Interaga uzantsesioLa servokonto kaj ĝiaj prokurilaj agordoj
Permane kreita HTTP-klientoLa traktilo uzata de la enmetita kliento de la aplikaĵo

La defaŭlta prokurila pravalorizo de moderna HttpClient havas platformspecifajn regulojn pri medio kaj sistema agordo. Eksplicite agordita traktilo povas anstataŭigi tiujn defaŭltojn. Ĉe IHttpClientFactory kontrolu la registriĝon de la ĉeftraktilo de la nomita kliento kaj la nomon akiritan ĉe la alvokloko. Kontrolu ambaŭ enigojn antaŭ ol konkludi, ke agorda dosiero estis ignorita.

Pli malnovaj ekzemploj de system.net/defaultProxy en .NET Framework priskribas alian agordan modelon. Ne algluu tiun sekcion en modernan deplojan dosieron kaj ne supozu, ke ĉiu .NET HTTP-realigo uzas ĝin. En IIS-deplojo, la modulo ASP.NET Core ankaŭ havas subtenatan mekanismon por agordi la procezan medion; konservu la reston de tiu gastigada agordo kiam vi aldonas valorojn.

Notu, ĉu la atendata variablo ekzistas, sen publikigi ĝian plenan valoron enhavantan akreditaĵojn. Poste konfirmu, ke la kliento plenumanta la fiaskintan peton uzas tiun fonton. Ĝuste agordita lanĉilo ne povas ripari klienton, kiu intence uzas alian vojon.

Rilataj artikoloj