CURLOPT_NOPROXY ती गन्तव्य होस्टसँग मिल्छ जसले प्रोक्सी बाइपास गर्नुपर्छ। यदि अनुरोधको URL internal.example प्रयोग गर्छ भने, त्यो गन्तव्य नाम बाइपास नीतिमा राख्नुहोस्। प्रोक्सीको आफ्नै ठेगाना थप्नु अर्को प्रश्नको उत्तर दिनु हो।

curl_setopt($handle, CURLOPT_NOPROXY, 'internal.example');

अर्को होस्टनाम वा शाब्दिक ठेगाना प्रयोग गर्ने URL फरक तरिकाले मिल्न सक्छ। libcurl का कागजात गरिएका होस्टनाम, डोमेन, ठेगाना र संस्करण-विशिष्ट मिलान नियमहरू पालना गर्नुहोस्; यो विकल्पले राउटिङ तालिका वा मनपरी DNS सबनेट जाँच गर्छ भनी नमान्नुहोस्।

कुनै पनि प्रोक्सी प्रयोग गर्नु नहुने कार्यका लागि स्पष्ट रूपमा खाली CURLOPT_PROXY बढी स्पष्ट मार्ग विकल्प हो। यसलाई छनोट गरिएका अपवादहरूको सूचीबाट अलग राख्नुहोस्।

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

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