আপনার স্ক্রিপ্টে সঠিক export https_proxy=... লাইন আছে। আপনি এটি চালান, তারপরও পরের কমান্ডটি পুরোনো proxy দেখে। স্ক্রিপ্টটি হয়তো নিজের প্রক্রিয়ার ভিতরে নিখুঁতভাবে কাজ করেছে।

স্ক্রিপ্ট চালালে একটি আলাদা শেল শুরু হয়। এটি যে কমান্ড শুরু করে তাদের ভেরিয়েবল দিতে পারে, কিন্তু বেরিয়ে যাওয়ার পর মূল টার্মিনাল শেলের পরিবেশ বদলে দিতে পারে না।

./set-proxy.sh
. ./set-proxy.sh

এগুলো আলাদা কাজ। দ্বিতীয়টি বর্তমান শেলে ফাইলটি পড়তে শেলের dot বিল্টইন ব্যবহার করে। Bash এটিকে source-ও বলে; এর বিল্টইন রেফারেন্স দেখুন।

কেবল যে ফাইলকে আপনি বিশ্বাস করেন তা-ই source করুন, কারণ এর সব শেল কমান্ড ওই বর্তমান পরিবেশে চলে। যদি proxy শুধু স্ক্রিপ্টের ভিতরের কমান্ডের জন্য দরকার হয়, তবে সাধারণভাবে চালানোই সঠিক সীমা। একটি বাহ্যিক কমান্ডের জন্য কমান্ড-সীমিত proxy অ্যাসাইনমেন্ট বর্তমান শেল বদলানো এড়ায়।

ভেরিয়েবল অ্যাসাইনমেন্ট আক্ষরিক রাখুন। Backtick মানে কমান্ড প্রতিস্থাপন, উদ্ধৃতি নয়। proxy অ্যাসাইন করা লাইনটি যেন ভুলবশত তার URL চালানোর চেষ্টা না করে। পাবলিক এন্ডপয়েন্ট বাছাইয়ের জন্য নির্ধারিত মানের ক্ষেত্রে বিনামূল্যের proxy তালিকা এমন প্রার্থী দেয় যাদের প্রোটোকল ক্লায়েন্টের সঙ্গে মিলতে হবে। শেষে, প্রকৃত নেটওয়ার্ক ক্লায়েন্ট যে ভেরিয়েবল নাম পড়ে তা যাচাই করুন; শেলের পরিসর ঠিক করা একটি অসমর্থিত ভেরিয়েবলকে কার্যকর করে না।

সম্পর্কিত নিবন্ধ