عبور CIDR در curl شکست می‌خورد در حالی که --noproxy '*' کار می‌کند
برای توضیح تفاوت‌های قابلیت عبور، از نسخه واقعی کلاینت و کتابخانه پیوندشده استفاده کنید، نه اینکه یک انتشار کامل سیستم‌عامل را سرزنش کنید.
درخواست به یک IP خصوصی تحت‌اللفظی از پروکسی با استثنای زیرشبکه استفاده می‌کند، اما با --noproxy '*' مستقیم می‌رود. این ثابت نمی‌کند که سیستم‌عامل همه استثناهای پروکسی را نادیده می‌گیرد.
کلاینت یک شکل قابل‌فهم از عبور را نشان داده است. پرسش بعدی این است که آیا شکل محدوده‌ای که ارائه کردید را پیاده می‌کند.
curl تطبیق CIDR را برای این استثناها در نسخه 7.86.0 اضافه کرد. ماشینی با انتشار سیستم‌عاملی که جدیدتر به نظر می‌رسد می‌تواند هنوز کلاینت یا کتابخانه پیوندشده‌ای از یک خط نسخه دیگر داشته باشد. فایل اجرایی‌ای که واقعاً فراخوانی می‌شود و libcurl پیوندشده آن را بررسی کنید، نه فقط نام سیستم‌عامل در عنوان مشکل را.
برنامه‌ای که از libcurl استفاده می‌کند نیز می‌تواند با فرمان مستقل curl تفاوت داشته باشد. وصله‌های توزیع هم می‌توانند مهم باشند، پس وقتی نسخه پایه به‌تنهایی قاطع نیست، از مستندات قابلیت‌های بسته نصب‌شده استفاده کنید.
ورودی درخواست را دقیق نگه دارید. نام میزبان که به زیرشبکه تفکیک می‌شود، موردی متفاوت از URL حاوی نشانی تحت‌اللفظی است. تجزیه‌گر CIDR پشتیبانی‌شده به‌طور خودکار پرس‌وجوی DNS انجام نمی‌دهد تا هر نام را به تصمیم عبور مبتنی بر نشانی تبدیل کند.
پیش از جایگزینی بسته‌ها یا تولید فهرستی عظیم از نشانی‌های فردی، هویت کلاینت، URL دقیق، مقدار استثنا و نتیجه کنترل‌شده را جمع کنید. عبور سراسری برای همه میزبان‌ها شاهد مفیدی درباره مقایسه است؛ اما به‌طور خودکار سیاست مسیریابی دائمی موردنظر نیست.