NO_PROXY কি regex এবং wildcard প্যাটার্ন সমর্থন করে?

ব্যতিক্রমটি যুক্তিসঙ্গত মনে হয়: *.server.*। এটি shell প্যাটার্নের মতোও দেখায়। এই দুটির কোনোটিই প্রমাণ করে না যে আপনার HTTP ক্লায়েন্ট এটি বোঝে।

NO_PROXY কোনো যৌথ রেগুলার-এক্সপ্রেশন ইঞ্জিন নয়। একটি ক্লায়েন্টের বিশেষ তারা-চিহ্ন নামের মাঝখানে যেকোনো wildcard সমর্থন বলে প্রমাণ করে না। curl একটি * কে সব হোস্টের বাইপাস হিসেবে নথিবদ্ধ করে। এটি *.server.* ডোমেনের একটি পরিবার বেছে নেবে বলে প্রতিশ্রুতি দেওয়ার চেয়ে অনেক আলাদা।

আপনি আসলে যে নামগুলোর অনুরোধ করেন সেগুলো দিয়ে শুরু করুন। প্রয়োজনে যদি একটি পরিচিত ডোমেন ও তার সাবডোমেন হয়, তবে ব্যবহারকারীর নথিবদ্ধ ডোমেন ফর্ম ব্যবহার করুন। প্রয়োজন যদি একটি শব্দ ধারণকারী কয়েকটি সম্পর্কহীন নাম হয়, তবে একটি সমর্থিত রুট-নির্বাচন API বা PAC নীতি লাগতে পারে। অসমর্থিত প্যাটার্নে আরও বিরামচিহ্ন যোগ করা সেই বৈশিষ্ট্য দিতে পারে না।

উদ্দিষ্ট মিলগুলোর পাশে কিছু বিপরীত উদাহরণ রাখুন। server.example, files.server.example এবং server.other.test সবই কি বাইপাস করা উচিত? একই অক্ষর থাকলেও একই ডোমেন সীমা নেই এমন নামের কী হবে? এই উত্তরগুলো সেটিংকে “wildcard” বলার চেয়ে আরও স্পষ্টভাবে প্রয়োজনটি নির্ধারণ করে।

ক্লায়েন্ট বদলানো প্যাটার্নটি আবার যাচাই করার কারণ। ব্রাউজার এক্সটেনশন থেকে কপি করা বাইপাস নিয়ম অন্য প্রোগ্রামের পড়া পরিবেশ চলকে স্বয়ংক্রিয়ভাবে বৈধ নয়।