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 کلاینټونو لپاره یو انتخاب دی؛ ځانګړي ایجنټان او لېږدونکي لا هم خپله لار غواړي.