NO_PROXY ले सीधै पुग्नुपर्ने गन्तव्य बताउँछ। यसले टार्नुपर्ने प्रोक्सी सर्भर पहिचान गर्दैन। छानिएको प्रोक्सीकै IP सूचीमा थप्नु असम्बन्धित वेबसाइटले त्यो प्रोक्सी प्रयोग गर्छ कि गर्दैन भन्ने रोज्ने उपाय होइन।

प्रविष्टिcurl मा अर्थ
example.comदिइएको डोमेन र मिल्ने सबडोमेनले प्रोक्सी बाइपास गर्छन्।
.example.comडोमेन आफैँसमेत समेटिने डोमेन प्रत्ययको अपवाद।
192.168.1.10सिधै लेखिएको मिल्दो गन्तव्य IP ले प्रोक्सी बाइपास गर्छ।
192.168.0.0/16सिधै लेखिएका मिल्दा IP गन्तव्यले यसलाई बाइपास गर्छन्; CIDR समर्थनका लागि curl 7.86.0 वा नयाँ चाहिन्छ।
*सबै गन्तव्यले प्रोक्सी बाइपास गर्छन्।

खाली सूची र ताराचिह्न फरक हुन्

स्पष्ट प्रोक्सी परीक्षणका लागि कमान्ड लाइनको खाली सूचीले वातावरणबाट आएका बाइपास मिलान हटाउँछ:

curl --proxy http://203.0.113.10:8080 --noproxy '' \
  --connect-timeout 5 --max-time 15 https://example.com/

कागजातको उदाहरण एन्डपोइन्ट आफ्नो HTTP प्रोक्सी वा HTTP प्रोक्सी सूचीको उम्मेदवारले बदल्नुहोस्। उल्टो तुलना गर्न उद्धरणभित्रको वाइल्डकार्डले प्रोक्सी विकल्प हुँदा पनि अनुरोध सीधा बनाउँछ:

curl --proxy http://203.0.113.10:8080 --noproxy '*' \
  --connect-timeout 5 --max-time 15 https://example.com/

शेलले वाइल्डकार्डलाई फाइलनाममा नफैलाओस् भनेर उद्धरण राख्नुहोस्। वातावरण चर हटाउनु, खाली मान दिनु र कमान्ड लाइनबाट ओभरराइड गर्नु अलग कार्य हुन्; एउटा परिभाषा मात्र हटाएपछि अर्को लागू सेटिङ बाँकी रहन सक्छ।

CIDR नेटवर्कमा रिजोल्भ हुने हरेक नामको नियम होइन

CIDR प्रविष्टि गन्तव्य होस्टका रूपमा प्रयोग भएको IP ठेगानासँग मिलाइन्छ। यो पहिले हरेक होस्टनाम रिजोल्भ गरेर उत्तर त्यही नेटवर्कमा भए प्रोक्सी बाइपास गर्ने सामान्य निर्देशन होइन। त्यसैले होस्टनाम भएको URL र त्यसको सङ्ख्यात्मक ठेगाना भएको URL ले अलग मार्ग रोज्न सक्छन्।

URL मा होस्टनाम वा डोमेन भए होस्टनाम वा डोमेन प्रत्यय प्रयोग गर्नुहोस्। पूर्ण स्किम, पथ वा ब्राउजरको बाइपास अभिव्यक्ति सूचीमा राखेर curl ले त्यसरी नै बुझ्छ भन्ने नठान्नुहोस्।

यी नियमले curl 8.14.1 वर्णन गर्छन्। अन्य क्लाइन्टको आफ्नै NO_PROXY व्यवहार हुन्छ, जसमा वाइल्डकार्ड र पोर्ट मिलानका भिन्नता पनि पर्छन्।

सम्बन्धित लेखहरू