עקיפת CIDR ב-curl נכשלת בעוד --noproxy '*' עובד
השתמשו בגרסת הלקוח והספרייה המקושרת בפועל כדי להסביר הבדלים בתכונת העקיפה, במקום להאשים גרסת מערכת הפעלה שלמה.
בקשה לכתובת IP פרטית מפורשת משתמשת בפרוקסי עם חריגת תת-רשת, אך עוברת ישירות עם --noproxy '*'. זה אינו מוכיח שמערכת ההפעלה מתעלמת מכל חריגות הפרוקסי.
הלקוח הדגים צורת עקיפה אחת מובנת. השאלה הבאה היא אם הוא מיישם את צורת הטווח שסיפקתם.
curl הוסיף התאמת CIDR לחריגות האלה בגרסה 7.86.0. מחשב שמריץ גרסת מערכת הפעלה שנראית חדשה יותר עשוי עדיין להחזיק לקוח או ספרייה מקושרת מקו גרסאות אחר. בדקו את קובץ ההרצה שנקרא בפועל ואת ה-libcurl המקושר שלו, ולא רק את שם מערכת ההפעלה בכותרת הבעיה.
יישום שמשתמש ב-libcurl עשוי להיות שונה גם מפקודת curl העצמאית. תיקוני ההפצה עשויים להיות חשובים, לכן השתמשו בתיעוד התכונות של החבילה המותקנת כאשר הגרסה הבסיסית לבדה אינה מכרעת.
שמרו על קלט הבקשה מדויק. שם מארח שמתפרש לתוך תת-הרשת הוא מקרה אחר מ-URL שמכיל את הכתובת המפורשת. מנתח CIDR נתמך אינו מבצע אוטומטית שאילתת DNS כדי להפוך כל שם להחלטת עקיפה מבוססת כתובת.
אספו את זהות הלקוח, את ה-URL המדויק, את ערך החריגה ואת התוצאה הנשלטת לפני החלפת חבילות או יצירת רשימה עצומה של כתובות בודדות. עקיפה גלובלית לכל המארחים היא ראיה שימושית לגבי ההשוואה; אך היא אינה אוטומטית מדיניות הניתוב הקבועה המיועדת.