global-tunnel-ng șterge variabilele de proxy după ce le citește
Un proces Node vechi poate continua să folosească proxy după ce http_proxy dispare; verificați starea păstrată de modul și transportul următorului client.
Într-o aplicație mai veche care folosește global-tunnel-ng, initialize poate elimina intenționat variabilele de proxy HTTP/HTTPS acceptate după ce păstrează configurația aleasă.
Motivul este tratarea dublă: o altă bibliotecă nu trebuie să aplice din nou proxy-ul de mediu peste calea HTTP corectată a modulului. Așadar, lipsa process.env.http_proxy nu înseamnă că proxy-ul s-a oprit.
Verificați isProxying pentru activare și proxyConfig pentru selecția păstrată. Evitați să înregistrați configurația completă cu cont sau proxyUrl.
Dacă un client ulterior eșuează după dispariția variabilelor, stabiliți dacă folosește agentul HTTP/HTTPS corectat, un agent explicit sau alt transport. Un client care citește singur mediul poate avea nevoie de propria intrare de proxy documentată.
Scoaterea codului de ștergere din node_modules elimină protecția împotriva tratării duble și poate dispărea la reinstalare. Rezolvați în schimb proprietatea transportului. Acesta este un pachet vechi cu limite documentate de compatibilitate cu Node. Pe o versiune Node compatibilă, suportul de proxy integrat la pornire este o opțiune pentru clienții HTTP standard; agenții și expeditorii personalizați au în continuare nevoie de propria rută.