کیا NO_PROXY regex اور wildcard پیٹرنز کو سپورٹ کرتا ہے؟

استثنا قائل کرنے والا لگتا ہے: *.server.*۔ یہ shell پیٹرن جیسا بھی لگتا ہے۔ ان دونوں حقائق میں سے کوئی بھی ثابت نہیں کرتا کہ آپ کا HTTP کلائنٹ اسے سمجھتا ہے۔

NO_PROXY کوئی مشترکہ باقاعدہ-اظہار انجن نہیں ہے۔ ایک کلائنٹ کا خاص ستارہ نام کے وسط میں من مانی wildcards کی حمایت ثابت نہیں کرتا۔ curl ایک * کو تمام میزبانوں کے لیے بائی پاس کے طور پر درج کرتا ہے۔ یہ اس وعدے سے بہت مختلف ہے کہ *.server.* ڈومینز کا ایک خاندان منتخب کرتا ہے۔

ان ناموں سے شروع کریں جن کی آپ واقعی درخواست کرتے ہیں۔ اگر ضرورت ایک معلوم ڈومین اور اس کے ذیلی ڈومینز ہو تو صارف کی درج شدہ ڈومین شکل استعمال کریں۔ اگر ضرورت ایک لفظ پر مشتمل کئی غیر متعلق نام ہوں تو ممکن ہے کہ تعاون یافتہ روٹ-انتخاب API یا PAC پالیسی درکار ہو۔ غیر تعاون یافتہ پیٹرن میں مزید رموزِ اوقاف شامل کرنا وہ خصوصیت فراہم نہیں کر سکتا۔

مطلوبہ مماثلتوں کے ساتھ کچھ متضاد مثالیں رکھیں۔ کیا server.example، files.server.example اور server.other.test سب کو بائی پاس ہونا چاہیے؟ اور وہ نام جس میں وہی حروف ہوں مگر وہی ڈومین حد نہ ہو؟ وہ جوابات ترتیب کو “wildcard” کہنے سے زیادہ واضح طور پر ضرورت کی تعریف کرتے ہیں۔

کلائنٹ تبدیل کرنا پیٹرن کو دوبارہ جانچنے کی وجہ ہے۔ براؤزر ایکسٹینشن سے نقل کیا گیا بائی پاس قاعدہ کسی دوسرے پروگرام کے پڑھنے والے ماحول متغیر میں خودبخود موزوں نہیں ہوتا۔