global-tunnel-ng verwyder proxy-veranderlikes nadat hy hulle gelees het
'n Erfenis-Node-proses kan steeds proxy doen nadat http_proxy verdwyn; ondersoek die module se behoue toestand en die volgende kliënt se transport.
In 'n ouer toepassing wat global-tunnel-ng gebruik, kan initialize die ondersteunde HTTP/HTTPS-proxy-veranderlikes doelbewus verwyder nadat hy sy gekose konfigurasie behou het.
Die rede is dubbele hantering: 'n ander biblioteek mag nie die omgewingsproxy weer bo-op die module se gepatchte HTTP-pad toepas nie. 'n Ontbrekende process.env.http_proxy beteken dus nie dat proxy opgehou het nie.
Kyk na isProxying vir aktivering en proxyConfig vir die behoue keuse. Moet nie volledige rekeninghoudende konfigurasie of proxyUrl log nie.
As 'n latere kliënt misluk nadat die veranderlikes verdwyn het, bepaal of hy die gepatchte HTTP/HTTPS-agent, 'n eksplisiete agent of 'n ander transport gebruik. 'n Kliënt wat die omgewing onafhanklik lees, het dalk sy eie gedokumenteerde proxy-invoer nodig.
Om die verwyderingskode uit node_modules te haal, laat vaar die wag teen dubbele hantering en dit kan by herinstallasie verdwyn. Los eerder die eienaarskap van die transport op. Dit is 'n erfenispakket met gedokumenteerde Node-versoenbaarheidsperke. Op 'n versoenbare Node-weergawe is ingeboude proxy-ondersteuning by aanvang een opsie vir standaard HTTP-kliënte; pasgemaakte agente en verspreiders het steeds hul eie roete nodig.