curl में CIDR बाईपास विफल रहता है जबकि --noproxy '*' काम करता है
पूरे ऑपरेटिंग सिस्टम रिलीज़ को दोष देने के बजाय बाईपास सुविधा के अंतर को समझाने के लिए वास्तविक क्लाइंट और लिंक की गई लाइब्रेरी का संस्करण इस्तेमाल करें।
शाब्दिक निजी IP के लिए अनुरोध सबनेट अपवाद के साथ प्रॉक्सी का उपयोग करता है, पर --noproxy '*' के साथ सीधे जाता है। यह सिद्ध नहीं करता कि ऑपरेटिंग सिस्टम हर प्रॉक्सी अपवाद को नज़रअंदाज़ करता है।
क्लाइंट ने बाईपास का एक समझने योग्य रूप दिखाया है। अगला प्रश्न यह है कि क्या वह आपके द्वारा दिए गए रेंज रूप को लागू करता है।
curl ने इन अपवादों के लिए CIDR मिलान 7.86.0 में जोड़ा। नए दिखने वाले ऑपरेटिंग सिस्टम रिलीज़ वाली मशीन में भी किसी दूसरी संस्करण श्रेणी का क्लाइंट या लिंक की गई लाइब्रेरी हो सकती है। वास्तव में बुलाई जाने वाली एक्ज़ीक्यूटेबल और उसकी लिंक की गई libcurl जाँचें, सिर्फ़ समस्या के शीर्षक में दिए OS नाम को नहीं।
libcurl इस्तेमाल करने वाला एप्लिकेशन स्वतंत्र curl कमांड से भी भिन्न हो सकता है। डिस्ट्रिब्यूशन पैच भी मायने रख सकते हैं, इसलिए जब आधार संस्करण अकेला निर्णायक न हो तो स्थापित पैकेज के सुविधा दस्तावेज़ का उपयोग करें।
अनुरोध का इनपुट सटीक रखें। सबनेट में हल होने वाला होस्टनाम शाब्दिक पता वाले URL से अलग मामला है। समर्थित CIDR पार्सर हर नाम को पता-आधारित बाईपास निर्णय में बदलने के लिए अपने आप DNS क्वेरी नहीं करता।
पैकेज बदलने या अलग-अलग पतों की विशाल सूची बनाने से पहले क्लाइंट की पहचान, सटीक URL, अपवाद का मान और नियंत्रित परिणाम एकत्र करें। सभी होस्ट के लिए वैश्विक बाईपास तुलना के बारे में उपयोगी प्रमाण है; पर यह अपने आप इच्छित स्थायी रूटिंग नीति नहीं है।