هل يدعم NO_PROXY التعابير النمطية وأنماط wildcard؟

يبدو الاستثناء مقنعًا: *.server.*. ويبدو أيضًا نمطًا صدفويًا. لا أي من هاتين الحقيقتين يثبت أن عميل HTTP لديك يفهمه.

NO_PROXY ليس محرك تعابير نمطية مشتركًا. لا تثبت النجمة الخاصة لدى عميل واحد دعم أنماط wildcard عشوائية في منتصف اسم ما. يوثّق curl علامة * واحدة كتجاوز لكل المضيفين. وهذا مختلف جدًا عن الوعد بأن *.server.* يختار عائلة من النطاقات.

ابدأ بالأسماء التي تطلبها فعلاً. إذا كان المطلوب نطاقًا معروفًا واحدًا ونطاقاته الفرعية، فاستخدم صيغة النطاق الموثقة لدى المستهلك. وإذا كان المطلوب أسماء غير مترابطة عدة تحتوي على كلمة، فقد تحتاج إلى واجهة برمجة مدعومة لاختيار المسار أو سياسة PAC. وإضافة مزيد من علامات الترقيم إلى نمط غير مدعوم لا يمكن أن توفر تلك الميزة.

ضع بعض الأمثلة المضادة إلى جانب المطابقات المقصودة. هل يجب أن تتجاوز server.example وfiles.server.example وserver.other.test جميعًا؟ وماذا عن اسم يحتوي على الأحرف نفسها دون الحدود النطاقية نفسها؟ هذه الإجابات تحدد المتطلب بوضوح أكبر من تسمية الإعداد «wildcard».

تغيير العملاء سبب لفحص النمط مرة أخرى. قاعدة تجاوز منسوخة من إضافة متصفح ليست صالحة تلقائيًا في متغير بيئة يقرأه برنامج آخر.