Linux-এ পরস্পরবিরোধী no_proxy ও NO_PROXY মান
দুটি ক্লায়েন্ট একই সরাসরি-রাউটিং নীতি পেয়েছে ধরে নেওয়ার আগে পরস্পরবিরোধী no_proxy ও NO_PROXY মান খুঁজে বের করুন।
একটি Linux প্রক্রিয়া এই দুটি মানই উত্তরাধিকারসূত্রে পেতে পারে:
NO_PROXY=old.office.example
no_proxy=new.office.exampleএগুলি হরফ-সংবেদনশীল পরিবেশে আলাদা নাম। দুটিই সমর্থনকারী ক্লায়েন্ট কেবল একটি অশূন্য মান বেছে নিতে পারে, তাই কেবল NO_PROXY ছাপলে যে নীতিটি আসলে ব্যবহার হচ্ছে তা বাদ পড়তে পারে।
| নির্দিষ্ট বাস্তবায়ন | দুটিই অশূন্য হলে অগ্রাধিকার |
|---|---|
| Go 1.27.3-এর অন্তর্নির্মিত পরিবেশ প্রক্সি সহায়ক | বড় হাতের অক্ষর আগে, ছোট পরে |
| Requests 2.34.2-এর বাইপাস অনুসন্ধান | ছোট হাতের অক্ষর আগে, বড় পরে |
ব্যর্থ প্রক্রিয়ার সূচনা সীমায় দুটি বানানই পরীক্ষা করুন। এর সার্ভিস ইউনিট, শেল প্রোফাইল, কন্টেইনার সংজ্ঞা বা জব রানার টিকে যাওয়া মানটি সরবরাহ করতে পারে। দুটি ভিন্ন নীতি থাকা অবস্থায় প্রক্সি সার্ভার প্রতিস্থাপনের বদলে দ্বন্দ্বের উৎসটি ঠিক করুন।
অংশগ্রহণকারী প্রোগ্রামগুলিকে তাদের সমর্থিত কনফিগারেশনের মাধ্যমে উদ্দিষ্ট তালিকাটি দিন। সামঞ্জস্যের জন্য দুটি বানানই প্রয়োজন হলে মানগুলি সমন্বিত রাখুন। নির্বাচিত প্রক্সি এন্ডপয়েন্ট ভেরিয়েবলগুলিও লিপিবদ্ধ করুন: এক ক্লায়েন্টের এন্ডপয়েন্টের সঙ্গে অন্য ক্লায়েন্টের বাইপাস তালিকা মিলিয়ে নিয়ন্ত্রিত তুলনা হয় না।
সারণিটি ওই উৎস সংস্করণগুলির বর্ণনা দেয়, ভবিষ্যতের সমস্ত Go প্রোগ্রাম বা Python লাইব্রেরি নয়। Windows-এও পরিবেশ-নামের হরফ সংবেদনশীলতার অর্থ ভিন্ন; Linux-এর দুই-নামের দ্বন্দ্ব পুনরুত্পাদন করে ধরে নেওয়ার বদলে তার প্রক্রিয়া কী সংরক্ষণ করে তা পরীক্ষা করুন।