NO_PROXY এ regex আৰু wildcard আৰ্হি সমৰ্থন কৰেনে?

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

NO_PROXY কোনো যৌথ regular-expression ইঞ্জিন নহয়। এটা ক্লায়েন্টৰ বিশেষ তাৰকাই নামৰ মাজত যিকোনো wildcard সমৰ্থন কৰাৰ প্ৰমাণ নিদিয়ে। curl এ এটা * ক সকলো হোষ্ট বাইপাছ হিচাপে নথিভুক্ত কৰে। এইটো *.server.* এ ডমেইনৰ এটা পৰিয়াল বাছনি কৰে বুলি কোৱাৰ পৰা বহুত বেলেগ।

আপুনি প্ৰকৃততে অনুৰোধ কৰা নামবোৰৰ পৰা আৰম্ভ কৰক। যদি প্ৰয়োজন এটা জনা ডমেইন আৰু তাৰ উপ-ডমেইন, তেন্তে গ্ৰাহকৰ নথিভুক্ত ডমেইন ৰূপ ব্যৱহাৰ কৰক। যদি প্ৰয়োজন এটা শব্দ থকা কেইবাটাও অসম্পৰ্কিত নাম, তেন্তে সমৰ্থিত ৰুট-বাছনি API বা PAC নীতিৰ প্ৰয়োজন হ'ব পাৰে। অসমৰ্থিত আৰ্হিত অধিক চিহ্ন যোগ কৰিলে সেই সুবিধা যোগান ধৰিব নোৱাৰে।

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

ক্লায়েন্ট সলনি কৰাটো আৰ্হিটো পুনৰ পৰীক্ষা কৰাৰ কাৰণ। ব্ৰাউজাৰ এক্সটেনশ্যনৰ পৰা কপি কৰা বাইপাছ নিয়ম অন্য প্ৰগ্ৰামে পঢ়া পৰিৱেশ চলকত স্বয়ংক্ৰিয়ভাৱে বৈধ নহয়।