global-tunnel-ng memadam pemboleh ubah proksi selepas membacanya
Proses Node lama mungkin masih menggunakan proksi selepas http_proxy hilang; periksa keadaan yang dikekalkan modul dan pengangkutan klien seterusnya.
Dalam aplikasi lama yang menggunakan global-tunnel-ng, initialize boleh sengaja mengalih keluar pemboleh ubah proksi HTTP/HTTPS yang disokong selepas mengekalkan konfigurasi pilihannya.
Punca ialah pengendalian berganda: pustaka lain tidak boleh menggunakan semula proksi persekitaran di atas laluan HTTP modul yang ditampal. Jadi, ketiadaan process.env.http_proxy tidak bermakna proksi berhenti.
Semak isProxying untuk pengaktifan dan proxyConfig untuk pilihan yang dikekalkan. Jangan log konfigurasi penuh yang mengandungi akaun atau proxyUrl.
Jika klien kemudian gagal selepas pemboleh ubah hilang, tentukan sama ada ia menggunakan ejen HTTP/HTTPS yang ditampal, ejen eksplisit atau pengangkutan lain. Klien yang membaca persekitaran sendiri mungkin memerlukan input proksi terdokumentasi sendiri.
Mengalih keluar kod pemadaman daripada node_modules membuang perlindungan pengendalian berganda dan boleh hilang semasa pemasangan semula. Selesaikan pemilikan pengangkutan sebaliknya. Ini pakej lama dengan had keserasian Node yang terdokumentasi. Pada versi Node yang serasi, sokongan proksi terbina dalam semasa permulaan ialah satu pilihan untuk klien HTTP standard; ejen dan penghantar tersuai masih memerlukan laluan sendiri.