ऐसे मामलों में, आपको किसी समर्थित प्रोटोकॉल का उपयोग करने के लिए किसी भिन्न टूल का उपयोग करने या अपने प्रॉक्सी सर्वर को कॉन्फ़िगर करने की आवश्यकता हो सकती है।

कर्ल स्वाभाविक रूप से एक ही कमांड में एकाधिक प्रॉक्सी का समर्थन नहीं करता है। आपको प्रॉक्सी को मैन्युअल रूप से चेन करने या ऐसे कार्यों के लिए डिज़ाइन किए गए अन्य टूल का उपयोग करने की आवश्यकता हो सकती है।

आप अपने प्रॉक्सी सर्वर के लॉग की जाँच करके इसे सत्यापित कर सकते हैं। वैकल्पिक रूप से, आप ऑनलाइन टूल का उपयोग कर सकते हैं जो अनुरोध करने वाला आईपी पता लौटाते हैं।

जांचें कि क्या आपने अपना उपयोगकर्ता नाम और पासवर्ड सही ढंग से दर्ज किया है, और प्रॉक्सी सर्वर पर आपका खाता सक्रिय है और उसके पास आवश्यक अनुमतियां हैं।

जब आप प्रॉक्सी के साथ कर्ल का उपयोग करते हैं, तो डेटा पहले प्रॉक्सी सर्वर को भेजा जाता है, और फिर प्रॉक्सी सर्वर इसे वांछित गंतव्य पर भेज देता है। यह सत्यापित करने के लिए कि आपका कर्ल अनुरोध वास्तव में प्रॉक्सी के माध्यम से जा रहा है, आपको आमतौर पर प्रॉक्सी सर्वर के लॉग की जांच करने की आवश्यकता होगी।

हालाँकि, यदि आपके पास लॉग तक पहुंच नहीं है, तो यह पुष्टि करने का दूसरा तरीका है कि आपका कर्ल कमांड प्रॉक्सी का उपयोग कर रहा है या नहीं, जैसी सेवा का उपयोग करना है https://httpbin.org/ip, जो केवल अनुरोध करने वाले ग्राहक का आईपी पता लौटाता है। ऐसा कैसे करें यहां बताया गया है:

curl -x "proxy-server:port" https://httpbin.org/ip

"प्रॉक्सी-सर्वर" और "पोर्ट" को अपने प्रॉक्सी सर्वर की जानकारी से बदलें। यदि सब कुछ सही ढंग से सेट किया गया है, तो यह सेवा जो आईपी पता लौटाती है वह आपके प्रॉक्सी सर्वर का आईपी पता होना चाहिए, न कि आपका व्यक्तिगत आईपी पता।

यह दृष्टिकोण काम करता है क्योंकि यदि कर्ल अनुरोध को प्रॉक्सी के माध्यम से सफलतापूर्वक रूट किया जा रहा है, तो httpbin.org के परिप्रेक्ष्य से, अनुरोध प्रॉक्सी सर्वर से आ रहा है, न कि आपकी मशीन से। इसलिए, यह प्रॉक्सी सर्वर का आईपी पता लौटा देगा।

यदि आप अपना व्यक्तिगत आईपी पता देखते हैं, तो आपका कर्ल अनुरोध प्रॉक्सी का उपयोग नहीं कर रहा है।

The -k या --insecure एसएसएल प्रमाणपत्र सत्यापन को अक्षम करने के लिए कर्ल में विकल्प का उपयोग किया जा सकता है। यह विकास या परीक्षण वातावरण में उपयोगी है जहां सर्वर के पास वैध एसएसएल प्रमाणपत्र नहीं हो सकता है।

एसएसएल सत्यापन बंद होने पर कर्ल कमांड का एक उदाहरण यहां दिया गया है:

curl -k https://example.com

या

curl --insecure https://example.com

हालाँकि यह विकल्प परीक्षण के लिए बहुत उपयोगी हो सकता है, लेकिन इसे उत्पादन परिवेश में उपयोग न करने की अनुशंसा की जाती है। एसएसएल सत्यापन को अक्षम करने से आपका एप्लिकेशन मैन-इन-द-मिडिल हमलों के संपर्क में आ सकता है, जो एक महत्वपूर्ण सुरक्षा जोखिम है। उत्पादन सेटिंग में, आपको यह सुनिश्चित करना चाहिए कि आपके सर्वर के पास एक वैध एसएसएल प्रमाणपत्र है और इसे सत्यापित करने के लिए कर्ल सेट है।