global-tunnel-ng elimina le variabili proxy dopo averle lette
Un vecchio processo Node può continuare a usare il proxy dopo che http_proxy scompare; esamina lo stato conservato dal modulo e il trasporto del client successivo.
In un'applicazione più vecchia che usa global-tunnel-ng, initialize può rimuovere deliberatamente le variabili proxy HTTP/HTTPS supportate dopo aver conservato la configurazione scelta.
Il motivo è il doppio trattamento: un'altra libreria non deve applicare di nuovo il proxy d'ambiente sopra il percorso HTTP corretto del modulo. L'assenza di process.env.http_proxy quindi non significa che il proxy si sia fermato.
Controlla isProxying per l'attivazione e proxyConfig per la selezione conservata. Evita di registrare la configurazione completa con l'account o proxyUrl.
Se un client successivo fallisce dopo la scomparsa delle variabili, stabilisci se usa l'agent HTTP/HTTPS corretto, un agent esplicito o un altro trasporto. Un client che legge l'ambiente per conto proprio può aver bisogno del proprio input proxy documentato.
Rimuovere il codice di cancellazione da node_modules elimina la protezione contro il doppio trattamento e può sparire alla reinstallazione. Risolvi invece la proprietà del trasporto. Questo è un pacchetto legacy con limiti di compatibilità Node documentati. Su una versione Node compatibile, il supporto proxy integrato all'avvio è un'opzione per i client HTTP standard; agent e dispatcher personalizzati hanno ancora bisogno della propria rotta.