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 סטנדרטיים; סוכנים ומשגרים מותאמים עדיין זקוקים למסלול משלהם.