Un valore proxy in launchSettings.json appartiene a un profilo di avvio di sviluppo. La pubblicazione dell'applicazione non rende quel profilo l'ambiente di un processo di lavoro IIS, di un servizio o di un contenitore.

In caso di errore in un ambiente distribuito, esaminare il processo che avvia realmente l'applicazione. Il suo ambiente, il suo account e il suo gestore HTTP determinano quali input proxy sono disponibili.

Dove funzionaCosa confrontare dopo la distribuzione
Profilo di avvio dell'IDEL'ambiente del processo host
Sessione utente interattivaL'account del servizio e le sue impostazioni proxy
Un client HTTP creato manualmenteIl gestore usato dal client iniettato dell'applicazione

L'inizializzazione del proxy predefinito del moderno HttpClient segue regole di ambiente e configurazione di sistema specifiche della piattaforma. Un gestore configurato esplicitamente può sostituire tali valori predefiniti. Con IHttpClientFactory, verificare la registrazione del gestore primario del client denominato e il nome recuperato nel punto di chiamata. Verificare entrambi gli input prima di concludere che un file di configurazione sia stato ignorato.

I vecchi esempi system.net/defaultProxy di .NET Framework descrivono un altro modello di configurazione. Non incollare quella sezione in un file di distribuzione moderno e non dare per scontato che ogni implementazione HTTP .NET la usi. In una distribuzione IIS, il modulo ASP.NET Core dispone anche di un meccanismo supportato per la configurazione dell'ambiente di processo; conservare il resto di quella configurazione di hosting quando si aggiungono valori.

Annotare se la variabile attesa esiste senza pubblicarne il valore completo che contiene credenziali. Poi confermare che il client che esegue la richiesta non riuscita usi quella fonte. Un avviatore configurato correttamente non può riparare un client che usa deliberatamente un'altra via.

Articoli correlati