global-tunnel-ng متغیرهای پروکسی را پس از خواندن حذف می‌کند
یک فرآیند قدیمی Node ممکن است پس از ناپدید شدن http_proxy همچنان از پروکسی استفاده کند؛ وضعیت نگه‌داشته‌شدهٔ ماژول و انتقال کلاینت بعدی را بررسی کنید.
در برنامه‌ای قدیمی‌تر که از global-tunnel-ng استفاده می‌کند، initialize می‌تواند پس از نگه داشتن پیکربندی انتخاب‌شده، متغیرهای پروکسی HTTP/HTTPS پشتیبانی‌شده را آگاهانه حذف کند.
دلیل، پردازش دوباره است: کتابخانه‌ای دیگر نباید پروکسی محیط را دوباره روی مسیر HTTP وصله‌شدهٔ ماژول اعمال کند. بنابراین نبودِ process.env.http_proxy به معنای توقف پروکسی نیست.
برای فعال‌بودن isProxying و برای انتخاب نگه‌داشته‌شده proxyConfig را بررسی کنید. از ثبت پیکربندی کامل دارای حساب یا proxyUrl خودداری کنید.
اگر کلاینتی بعدی پس از ناپدید شدن متغیرها شکست بخورد، مشخص کنید که از عامل HTTP/HTTPS وصله‌شده، یک عامل صریح یا انتقالی دیگر استفاده می‌کند. کلاینتی که خودش محیط را می‌خواند ممکن است به ورودی پروکسی مستند خودش نیاز داشته باشد.
حذف کد حذف از node_modules محافظ پردازش دوباره را برمی‌دارد و ممکن است هنگام نصب دوباره از میان برود. به‌جای آن مالکیت انتقال را حل کنید. این بسته‌ای قدیمی با محدودیت‌های مستند سازگاری Node است. در نسخهٔ سازگار Node، پشتیبانی پروکسی توکار در شروع گزینه‌ای برای کلاینت‌های استاندارد HTTP است؛ عامل‌ها و فرستنده‌های سفارشی همچنان مسیر خودشان را لازم دارند.