global-tunnel-ng-এ পঢ়াৰ পিছত প্ৰক্সি ভেৰিয়েবল মচি পেলায়
http_proxy নোহোৱা হোৱাৰ পিছত এটা পুৰণি Node প্ৰসেছে এতিয়াও প্ৰক্সি কৰি থাকিব পাৰে; মডিউলটোৱে ৰখা অৱস্থা আৰু পৰৱৰ্তী ক্লায়েন্টৰ পৰিবহণ পৰীক্ষা কৰক।
global-tunnel-ng ব্যৱহাৰ কৰা পুৰণি এপ্লিকেচনত, initialize-এ নিজৰ বাছনি কৰা কনফিগাৰেশ্যন ৰখাৰ পিছত সমৰ্থিত HTTP/HTTPS প্ৰক্সি ভেৰিয়েবলবোৰ ইচ্ছাকৃতভাৱে মচি পেলাব পাৰে।
কাৰণটো হ'ল দুবাৰ ব্যৱস্থাপনা: আন এটা লাইব্ৰেৰীয়ে মডিউলৰ পেটচ কৰা HTTP পথৰ ওপৰত পৰিৱেশ প্ৰক্সি পুনৰ প্ৰয়োগ কৰিব নালাগে। সেয়ে process.env.http_proxy নোহোৱা হোৱাৰ অৰ্থ প্ৰক্সি বন্ধ হোৱা নহয়।
সক্ৰিয়তাৰ বাবে isProxying আৰু ৰখা বাছনিৰ বাবে proxyConfig চাওক। সম্পূৰ্ণ একাউণ্টযুক্ত কনফিগাৰেশ্যন বা proxyUrl লগ নকৰিব।
ভেৰিয়েবলবোৰ নোহোৱা হোৱাৰ পিছত পৰৱৰ্তী ক্লায়েন্ট বিফল হ'লে, সি পেটচ কৰা HTTP/HTTPS এজেণ্ট, স্পষ্ট এজেণ্ট বা অন্য পৰিবহণ ব্যৱহাৰ কৰিছে নে নাই চিনাক্ত কৰক। পৰিৱেশ স্বাধীনভাৱে পঢ়া ক্লায়েণ্টৰ নিজৰ নথিভুক্ত প্ৰক্সি ইনপুট লাগিব পাৰে।
node_modules ৰ পৰা মচা ক'ড আঁতৰালে দুবাৰ ব্যৱস্থাপনাৰ সুৰক্ষা আঁতৰি যায় আৰু পুনৰ ইনষ্টলত হেৰাই যাব পাৰে। ইয়াৰ পৰিৱৰ্তে পৰিবহণৰ মালিকীস্বত্ব সমাধান কৰক। এইটো এটা পুৰণি পেকেজ য'ত Node সুসংগতিৰ সীমা নথিভুক্ত। উপযুক্ত Node সংস্কৰণত আৰম্ভণিতে অন্তৰ্নিৰ্মিত প্ৰক্সি সমৰ্থন মানক HTTP ক্লায়েণ্টৰ বাবে এটা বিকল্প; কাষ্টম এজেণ্ট আৰু ডিচপেচাৰৰ নিজৰ পথৰ প্ৰয়োজন।