global-tunnel-ng tinatanggal ang mga variable ng proxy pagkatapos basahin ang mga ito
Ang isang lumang proseso ng Node ay maaaring gumagamit pa rin ng proxy pagkatapos mawala ang http_proxy; suriin ang pinanatiling estado ng module at ang transport ng susunod na kliyente.
Sa isang lumang aplikasyon na gumagamit ng global-tunnel-ng, maaaring sadyang alisin ng initialize ang mga sinusuportahang variable ng proxy na HTTP/HTTPS pagkatapos panatilihin ang napiling configuration.
Ang dahilan ay dobleng paghawak: hindi dapat muling ilapat ng ibang library ang proxy ng kapaligiran sa ibabaw ng naka-patch na HTTP path ng module. Kaya ang kawalan ng process.env.http_proxy ay hindi nangangahulugang tumigil ang proxy.
Suriin ang isProxying para sa activation at proxyConfig para sa pinanatiling pagpili. Huwag i-log ang buong configuration na may account o proxyUrl.
Kung mabigo ang susunod na kliyente pagkatapos mawala ang mga variable, tukuyin kung gumagamit ito ng naka-patch na HTTP/HTTPS agent, isang tahasang agent, o ibang transport. Ang kliyenteng nagbabasa mismo ng kapaligiran ay maaaring mangailangan ng sarili nitong dokumentadong proxy input.
Ang pag-alis ng deletion code mula sa node_modules ay nag-aalis ng proteksyon laban sa dobleng paghawak at maaaring mawala kapag muling nag-install. Ayusin na lang ang pagmamay-ari ng transport. Ito ay lumang pakete na may dokumentadong limitasyon sa pagiging compatible sa Node. Sa isang compatible na bersyon ng Node, ang built-in na suporta sa proxy sa pagsisimula ay isang opsyon para sa karaniwang HTTP client; ang mga custom na agent at nagpapadala ay kailangan pa rin ang sarili nilang ruta.