curl मध्ये CIDR बायपास अयशस्वी होतो तर --noproxy '*' काम करतो

शब्दशः खाजगी IP कडे जाणारी विनंती सबनेट अपवादासह प्रॉक्सी वापरते, पण --noproxy '*' सह थेट जाते. यावरून ऑपरेटिंग सिस्टम प्रत्येक प्रॉक्सी अपवाद दुर्लक्षित करते असे सिद्ध होत नाही.

क्लायंटने एक समजण्याजोगा बायपास प्रकार दाखवला आहे. पुढील प्रश्न असा की तो तुम्ही दिलेला श्रेणी प्रकार अंमलात आणतो का.

curl ने या अपवादांसाठी CIDR जुळणी 7.86.0 मध्ये जोडली. नवीन दिसणाऱ्या ऑपरेटिंग सिस्टम रिलीज असलेल्या मशीनमध्येही दुसऱ्या आवृत्ती श्रेणीचा क्लायंट किंवा लिंक केलेली लायब्ररी असू शकते. प्रत्यक्षात बोलावली जाणारी एक्झिक्युटेबल फाइल आणि तिची लिंक केलेली libcurl तपासा, केवळ समस्येच्या शीर्षकातील OS नाव नाही.

libcurl वापरणारे अनुप्रयोग स्वतंत्र curl आदेशापेक्षा वेगळे असू शकतात. वितरण पॅचही महत्त्वाचे ठरू शकतात, म्हणून मूळ आवृत्ती एकटीच निर्णायक नसल्यास स्थापित पॅकेजची वैशिष्ट्ये दस्तऐवज वापरा.

विनंतीचे इनपुट अचूक ठेवा. सबनेटमध्ये रिझॉल्व्ह होणारे होस्टनेम हे शब्दशः पत्ता असलेल्या URL पेक्षा वेगळे प्रकरण आहे. समर्थित CIDR पार्सर प्रत्येक नावाचे पत्ता-आधारित बायपास निर्णयात रूपांतर करण्यासाठी आपोआप DNS क्वेरी करत नाही.

पॅकेज बदलण्यापूर्वी किंवा वैयक्तिक पत्त्यांची प्रचंड यादी तयार करण्यापूर्वी क्लायंटची ओळख, अचूक URL, अपवादाचे मूल्य आणि नियंत्रित परिणाम गोळा करा. सर्व होस्टसाठी जागतिक बायपास हा तुलनेबद्दल उपयुक्त पुरावा आहे; पण ती आपोआप इच्छित कायमस्वरूपी राउटिंग धोरण नाही.