global-tunnel-ng izdzēš starpniekservera mainīgos pēc to nolasīšanas
Vecs Node process joprojām var izmantot starpniekserveri pēc tam, kad http_proxy pazūd; pārbaudiet moduļa saglabāto stāvokli un nākamā klienta transportu.
Vecākā lietotnē, kas izmanto global-tunnel-ng, initialize var apzināti noņemt atbalstītos HTTP/HTTPS starpniekservera mainīgos pēc tam, kad tas saglabājis izvēlēto konfigurāciju.
Iemesls ir dubulta apstrāde: citai bibliotēkai nevajadzētu atkal piemērot vides starpniekserveri moduļa labotajam HTTP ceļam. Tāpēc trūkstošs process.env.http_proxy nenozīmē, ka starpniekservera izmantošana ir apstājusies.
Pārbaudiet isProxying aktivizācijai un proxyConfig saglabātajai izvēlei. Nelogojiet pilnu konfigurāciju ar kontu vai proxyUrl.
Ja vēlāks klients sabrūk pēc mainīgo pazušanas, noskaidrojiet, vai tas izmanto laboto HTTP/HTTPS aģentu, skaidru aģentu vai citu transportu. Klientam, kas pats lasa vidi, var būt nepieciešama sava dokumentētā starpniekservera ievade.
Noņemot dzēšanas kodu no node_modules, zūd aizsardzība pret dubultu apstrādi, un tas var pazust pārinstalēšanas laikā. Risiniet transporta piederību. Šī ir veca pakotne ar dokumentētiem Node saderības ierobežojumiem. Saderīgā Node versijā iebūvētais starpniekservera atbalsts palaišanas laikā ir viena iespēja standarta HTTP klientiem; pielāgotiem aģentiem un sūtītājiem joprojām vajadzīgs savs maršruts.