تجاوز CIDR في curl لا يعمل بينما --noproxy '*' يعمل

الطلب الموجَّه إلى عنوان IP خاص حرفي يستخدم الوسيط مع استثناء للشبكة الفرعية، لكنه يمر مباشرة مع --noproxy '*'. وهذا لا يثبت أن نظام التشغيل يتجاهل كل استثناءات الوسيط.

أثبت العميل شكلًا واحدًا مفهومًا من أشكال التجاوز. والسؤال التالي هو ما إذا كان يطبّق صيغة النطاق التي قدّمتها.

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

قد يختلف تطبيق يستخدم libcurl عن أمر curl المستقل أيضًا. وقد تكون تعديلات التوزيعة مهمة، لذا استخدم وثائق ميزات الحزمة المثبّتة عندما لا يكون الإصدار الأساسي وحده حاسمًا.

أبقِ مدخلات الطلب كما هي بالضبط. فاسم المضيف الذي يُحل إلى الشبكة الفرعية حالة مختلفة عن عنوان URL يحتوي العنوان الحرفي. ومحلّل CIDR المدعوم لا يجري استعلام DNS تلقائيًا لتحويل كل اسم إلى قرار تجاوز قائم على العنوان.

اجمع هوية العميل وعنوان URL الدقيق وقيمة الاستثناء والنتيجة المضبوطة قبل استبدال الحزم أو توليد قائمة ضخمة من العناوين الفردية. التجاوز الشامل لكل المضيفين دليل مفيد على المقارنة؛ لكنه ليس تلقائيًا سياسة التوجيه الدائمة المقصودة.