कर्ल - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

कर्ल - एक यूआरएल स्थानांतरित करें

SYNOPSIS

कर्ल [विकल्प] [यूआरएल...]

वर्णन

कर्ल समर्थित प्रोटोकॉल में से किसी एक का उपयोग करके सर्वर से डेटा स्थानांतरित करने का एक उपकरण है
(डीआईसीटी, फाइल, एफटीपी, एफटीपीएस, गोफर, एचटीटीपी, एचटीटीपीएस, आईएमएपी, आईएमएपी, एलडीएपी, एलडीएपीएस, पीओपी3, पीओपी3एस, आरटीएमपी,
आरटीएसपी, एससीपी, एसएफटीपी, एसएमबी, एसएमबीएस, एसएमटीपी, एसएमटीपीएस, टेलनेट और टीएफटीपी)। कमांड को काम करने के लिए डिज़ाइन किया गया है
उपयोगकर्ता सहभागिता के बिना.

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

स्थानांतरण से संबंधित सभी सुविधाओं के लिए कर्ल libcurl द्वारा संचालित है। देखना कामचोर(3) ब्योरा हेतु।

यूआरएल

यूआरएल सिंटैक्स प्रोटोकॉल पर निर्भर है। आपको RFC 3986 में विस्तृत विवरण मिलेगा।

आप ब्रेसिज़ के भीतर भाग सेट लिखकर एकाधिक यूआरएल या यूआरएल के हिस्सों को निर्दिष्ट कर सकते हैं:

http://site.{एक,दो,तीन}.com

या आप [] का उपयोग करके अल्फ़ान्यूमेरिक श्रृंखला के अनुक्रम प्राप्त कर सकते हैं:

ftp://ftp.numericals.com/file[1-100].txt

ftp://ftp.numericals.com/file[001-100].txt (अग्रणी शून्य के साथ)

ftp://ftp.letters.com/file[az].txt

नेस्टेड अनुक्रम समर्थित नहीं हैं, लेकिन आप एक-दूसरे के बगल में कई अनुक्रमों का उपयोग कर सकते हैं:

http://any.org/archive[1996-1999]/खंड[1-4]/भाग{ए,बी,सी}.html

आप कमांड लाइन पर किसी भी मात्रा में यूआरएल निर्दिष्ट कर सकते हैं। उन्हें एक में लाया जाएगा
निर्दिष्ट क्रम में क्रमबद्ध तरीके से।

आप प्रत्येक Nवें नंबर या अक्षर को प्राप्त करने के लिए श्रेणियों के लिए एक चरण काउंटर निर्दिष्ट कर सकते हैं:

http://www.numericals.com/file[1-100:10].txt

http://www.letters.com/file[az:2].txt

कमांड लाइन प्रॉम्प्ट से बुलाए जाने पर [] या {} अनुक्रमों का उपयोग करते समय, संभवतः आपके पास होता है
शेल के साथ हस्तक्षेप करने से बचने के लिए पूरे यूआरएल को दोहरे उद्धरण चिह्नों के भीतर रखना। यह
विशेष समझे जाने वाले अन्य पात्रों के लिए भी लागू होता है, उदाहरण के लिए '&', '?' और '*'।

URL में एस्केप्ड प्रतिशत चिह्न और इंटरफ़ेस के साथ IPv6 ज़ोन इंडेक्स प्रदान करें
नाम। में तरह

http://[fe80::3%25eth0]/

यदि आप प्रोटोकॉल: // उपसर्ग के बिना यूआरएल निर्दिष्ट करते हैं, तो कर्ल यह अनुमान लगाने का प्रयास करेगा कि कौन सा प्रोटोकॉल है
आपको इसकी इच्छा हो सकती है। फिर यह HTTP पर डिफ़ॉल्ट हो जाएगा लेकिन अक्सर उपयोग किए जाने वाले प्रोटोकॉल के आधार पर अन्य प्रोटोकॉल आज़माएगा
होस्ट नाम उपसर्ग. उदाहरण के लिए, "एफ़टीपी" से शुरू होने वाले होस्ट नामों के लिए। कर्ल तुम्हें मान लेगा
एफ़टीपी बोलना चाहते हैं.

आप जो भी इसे पास करते हैं उसे URL के रूप में उपयोग करने के लिए कर्ल पूरी कोशिश करेगा। यह इसे सत्यापित करने का प्रयास नहीं कर रहा है
किसी भी माध्यम से वाक्यविन्यास की दृष्टि से सही URL के रूप में, लेकिन इसके बजाय बहुत यह क्या के साथ उदार
स्वीकार करता है।

कर्ल एकाधिक फ़ाइल स्थानांतरण के लिए कनेक्शन का पुन: उपयोग करने का प्रयास करेगा, ताकि कई प्राप्त हो सकें
एक ही सर्वर से फ़ाइलें एकाधिक कनेक्ट/हैंडशेक नहीं करेंगी। इससे सुधार होता है
रफ़्तार। निःसंदेह यह केवल एकल कमांड लाइन पर निर्दिष्ट फ़ाइलों पर किया जाता है और नहीं किया जा सकता
अलग-अलग कर्ल इनवॉइस के बीच उपयोग किया जाना चाहिए।

प्रगति मीटर

कर्ल आमतौर पर संचालन के दौरान एक प्रगति मीटर प्रदर्शित करता है, जो मात्रा का संकेत देता है
स्थानांतरित डेटा, स्थानांतरण गति और बचा हुआ अनुमानित समय, आदि।

कर्ल इस डेटा को डिफ़ॉल्ट रूप से टर्मिनल पर प्रदर्शित करता है, इसलिए यदि आप ऐसा करने के लिए कर्ल का आह्वान करते हैं
ऑपरेशन और यह टर्मिनल पर डेटा लिखने वाला है अक्षम प्रगति मीटर के रूप में
अन्यथा यह प्रगति मीटर और प्रतिक्रिया डेटा को मिलाकर आउटपुट को गड़बड़ा देगा।

यदि आप HTTP POST या PUT अनुरोधों के लिए प्रगति मीटर चाहते हैं, तो आपको रीडायरेक्ट करने की आवश्यकता है
शेल रीडायरेक्ट (>), -o [फ़ाइल] या समान का उपयोग करके किसी फ़ाइल पर प्रतिक्रिया आउटपुट।

यह एफ़टीपी अपलोड के लिए समान मामला नहीं है क्योंकि वह ऑपरेशन कोई प्रतिक्रिया नहीं देता है
टर्मिनल के लिए डेटा.

यदि आप नियमित मीटर के बजाय प्रगति "बार" पसंद करते हैं, -# आपका दोस्त है।

विकल्प

विकल्प एक या दो डैश से शुरू होते हैं। कई विकल्पों के लिए आगे अतिरिक्त मूल्य की आवश्यकता होती है
उनको।

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

लघु संस्करण विकल्प जिन्हें किसी अतिरिक्त मान की आवश्यकता नहीं है, उन्हें तुरंत अगले उपयोग किया जा सकता है
एक दूसरे के लिए, उदाहरण के लिए आप सभी विकल्प -O, -L और -v को एक साथ निर्दिष्ट कर सकते हैं
-ओएलवी.

सामान्य तौर पर, सभी बूलियन विकल्प - के साथ सक्षम होते हैंविकल्प और एक बार फिर से अक्षम कर दिया गया
--नहीं-विकल्प। यानी, आप बिल्कुल उसी विकल्प नाम का उपयोग करते हैं लेकिन उसके पहले "नहीं-" लगाते हैं।
हालाँकि, इस सूची में हम अधिकतर उनका --option संस्करण ही सूचीबद्ध करते हैं और दिखाते हैं। (यह
7.19.0 में --कोई विकल्प नहीं जोड़ा गया था। पहले अधिकांश विकल्प चालू/बंद टॉगल किए जाते थे
एक ही कमांड लाइन विकल्प का बार-बार उपयोग करने पर।)

-#, --प्रोगेस बार
कर्ल डिस्प्ले प्रगति को मानक के बजाय एक सरल प्रगति पट्टी के रूप में बनाएं, और अधिक
सूचनात्मक, मीटर.

-:, --अगला
कर्ल को निम्नलिखित यूआरएल और संबंधित के लिए एक अलग ऑपरेशन का उपयोग करने के लिए कहता है
विकल्प. यह आपको कई यूआरएल अनुरोध भेजने की अनुमति देता है, जिनमें से प्रत्येक की अपनी विशिष्टता होती है
उदाहरण के लिए, विकल्प, जैसे प्रत्येक के लिए अलग-अलग उपयोगकर्ता नाम या कस्टम अनुरोध।
(7.36.0 में जोड़ा गया)

-0, --http1.0
(HTTP) कर्ल को आंतरिक रूप से उपयोग करने के बजाय HTTP संस्करण 1.0 का उपयोग करने के लिए कहता है
पसंदीदा: HTTP 1.1.

--http1.1
(HTTP) कर्ल को HTTP संस्करण 1.1 का उपयोग करने के लिए कहता है। यह आंतरिक डिफ़ॉल्ट संस्करण है.
(7.33.0 में जोड़ा गया)

--http2
(HTTP) कर्ल को HTTP 2 का उपयोग करके अपने अनुरोध जारी करने के लिए कहता है। इसके लिए आवश्यक है कि
अंतर्निहित libcurl को इसका समर्थन करने के लिए बनाया गया था। (7.33.0 में जोड़ा गया)

--नहीं-एनपीएन
एनपीएन टीएलएस एक्सटेंशन को अक्षम करें। यदि libcurl के साथ बनाया गया था तो NPN डिफ़ॉल्ट रूप से सक्षम है
एक एसएसएल लाइब्रेरी जो एनपीएन का समर्थन करती है। NPN का उपयोग libcurl द्वारा किया जाता है जो HTTP 2 का समर्थन करता है
https सत्र के दौरान सर्वर के साथ HTTP 2 समर्थन पर बातचीत करें।

(7.36.0 में जोड़ा गया)

--no-alpn
ALPN TLS एक्सटेंशन अक्षम करें. यदि libcurl बनाया गया था तो ALPN डिफ़ॉल्ट रूप से सक्षम है
एक SSL लाइब्रेरी के साथ जो ALPN का समर्थन करती है। ALPN का उपयोग libcurl द्वारा किया जाता है जो समर्थन करता है
HTTP 2, https सत्रों के दौरान सर्वर के साथ HTTP 2 समर्थन पर बातचीत करने के लिए।

(7.36.0 में जोड़ा गया)

-1, --tlsv1
(एसएसएल) दूरस्थ टीएलएस सर्वर के साथ बातचीत करते समय कर्ल को टीएलएस संस्करण 1.x का उपयोग करने के लिए बाध्य करता है।
आप विकल्पों का उपयोग कर सकते हैं --tlsv1.0, --tlsv1.1, तथा --tlsv1.2 टीएलएस संस्करण को नियंत्रित करने के लिए
अधिक सटीक रूप से (यदि उपयोग में आने वाला एसएसएल बैकएंड इस स्तर के नियंत्रण का समर्थन करता है)।

-2, --एसएसएलवी2
(एसएसएल) दूरस्थ एसएसएल सर्वर के साथ बातचीत करते समय कर्ल को एसएसएल संस्करण 2 का उपयोग करने के लिए बाध्य करता है।
कभी-कभी कर्ल SSLv2 समर्थन के बिना बनाया जाता है। SSLv2 को व्यापक रूप से असुरक्षित माना जाता है
(आरएफसी 6176 देखें)।

-3, --एसएसएलवी3
(एसएसएल) दूरस्थ एसएसएल सर्वर के साथ बातचीत करते समय कर्ल को एसएसएल संस्करण 3 का उपयोग करने के लिए बाध्य करता है।
कभी-कभी कर्ल SSLv3 समर्थन के बिना बनाया जाता है। SSLv3 को व्यापक रूप से असुरक्षित माना जाता है
(आरएफसी 7568 देखें)।

-4, --आईपीवी4
यह विकल्प कर्ल को नामों को केवल IPv4 पतों पर हल करने के लिए कहता है, उदाहरण के लिए नहीं
IPv6 आज़माएँ.

-6, --आईपीवी6
यह विकल्प कर्ल को नामों को केवल IPv6 पतों पर हल करने के लिए कहता है, उदाहरण के लिए नहीं
IPv4 आज़माएँ.

-ए, --जोड़ें
(एफ़टीपी/एसएफटीपी) जब किसी अपलोड में उपयोग किया जाता है, तो यह कर्ल को लक्ष्य फ़ाइल में जोड़ देता है
इसे ओवरराइट करने के बजाय। यदि दूरस्थ फ़ाइल मौजूद नहीं है, तो इसे बनाया जाएगा।
ध्यान दें कि इस ध्वज को कुछ एसएफटीपी सर्वर (ओपनएसएसएच सहित) द्वारा नजरअंदाज कर दिया जाता है।

-ए, --उपयोगकर्ता-एजेंट
(HTTP) HTTP सर्वर पर भेजने के लिए उपयोगकर्ता-एजेंट स्ट्रिंग निर्दिष्ट करें। कुछ ने बुरा किया
यदि यह फ़ील्ड "मोज़िला/4.0" पर सेट नहीं है तो सीजीआई विफल हो जाते हैं। स्ट्रिंग में रिक्त स्थान को एन्कोड करने के लिए,
स्ट्रिंग को एकल उद्धरण चिह्नों से घेरें। इसे भी इसके साथ सेट किया जा सकता है -एच,
--हेडर बेशक विकल्प.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

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

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

-बी, --कुकी
(HTTP) डेटा को HTTP सर्वर पर कुकी के रूप में पास करें। यह कथित तौर पर डेटा है
पहले सर्वर से "सेट-कुकी:" लाइन में प्राप्त हुआ था। डेटा अंदर होना चाहिए
प्रारूप "NAME1=VALUE1; NAME2=VALUE2"।

यदि पंक्ति में कोई '=' प्रतीक का उपयोग नहीं किया जाता है, तो इसे पढ़ने के लिए उपयोग करने के लिए फ़ाइल नाम के रूप में माना जाता है
पहले से संग्रहीत कुकी पंक्तियाँ, जिनका उपयोग इस सत्र में किया जाना चाहिए यदि वे
मिलान। इस विधि का उपयोग करने से कुकी इंजन भी सक्रिय हो जाता है जो कर्ल बना देगा
आने वाली कुकीज़ को भी रिकॉर्ड करें, जो उपयोगी हो सकती है यदि आप इसे संयोजन में उपयोग कर रहे हैं
साथ -एल, --स्थान विकल्प। कुकीज़ पढ़ने के लिए फ़ाइल का फ़ाइल स्वरूप
सादा HTTP हेडर या नेटस्केप/मोज़िला कुकी फ़ाइल स्वरूप होना चाहिए।

फ़ाइल के साथ निर्दिष्ट -बी, --कुकी केवल इनपुट के रूप में उपयोग किया जाता है। कोई कुकीज़ नहीं होंगी
फ़ाइल में लिखा है. कुकीज़ को स्टोर करने के लिए, का उपयोग करें -सी, --बिस्कुट का मर्तबान विकल्प.

यदि आप इस विकल्प का उपयोग कर रहे हैं तो सावधानी बरतें और एकाधिक स्थानांतरण हो सकते हैं। अगर
आप NAME1=VALUE1 का उपयोग करते हैं; प्रारूप, या किसी फ़ाइल में सेट-कुकी प्रारूप का उपयोग करें और न करें
एक डोमेन निर्दिष्ट करें, फिर कुकी किसी भी डोमेन के लिए भेजी जाती है (रीडायरेक्ट के बाद भी)।
अनुसरण किया गया) और सर्वर-सेट कुकी द्वारा संशोधित नहीं किया जा सकता है। यदि कुकी इंजन है
सक्षम किया गया है और एक सर्वर एक ही नाम की कुकी सेट करता है तो दोनों को एक पर भेजा जाएगा
भविष्य में उस सर्वर पर स्थानांतरण, संभवतः वह नहीं जो आप चाहते थे। इन्हें संबोधित करने के लिए
समस्याएँ सेट-कुकी में एक डोमेन सेट करती हैं (ऐसा करने से उप-डोमेन शामिल होंगे) या इसका उपयोग करें
नेटस्केप प्रारूप.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-बी, --उपयोग-ascii
(एफ़टीपी/एलडीएपी) एएससीआईआई स्थानांतरण सक्षम करें। एफ़टीपी के लिए, इसे एक का उपयोग करके भी लागू किया जा सकता है
वह URL जो ";type=A" से समाप्त होता है। यह विकल्प stdout को भेजे गए डेटा को टेक्स्ट में होने का कारण बनता है
Win32 सिस्टम के लिए मोड।

--बुनियादी
(HTTP) कर्ल को दूरस्थ होस्ट के साथ HTTP बेसिक प्रमाणीकरण का उपयोग करने के लिए कहता है। यह है
डिफ़ॉल्ट और यह विकल्प आमतौर पर निरर्थक होता है, जब तक कि आप इसका उपयोग ओवरराइड करने के लिए नहीं करते
पहले से सेट विकल्प जो एक अलग प्रमाणीकरण विधि सेट करता है (जैसे --एनटीएलएम,
--पाचनया, --मोल-भाव करना).

के साथ प्रयोग किया जाता है -यू, --उपयोगकर्ता और -एक्स, --प्रॉक्सी.

यह भी देखें --प्रॉक्सी-बेसिक.

-सी, --कुकी-जार
(HTTP) निर्दिष्ट करें कि आप किस फ़ाइल में कर्ल को पूर्ण होने के बाद सभी कुकीज़ लिखना चाहते हैं
कार्यवाही। कर्ल एक निर्दिष्ट फ़ाइल से पहले पढ़ी गई सभी कुकीज़ भी लिखता है
दूरस्थ सर्वर से प्राप्त सभी कुकीज़। यदि कोई कुकीज़ ज्ञात नहीं है, तो कोई डेटा भी ज्ञात नहीं होगा
लिखा जाए. फ़ाइल नेटस्केप कुकी फ़ाइल स्वरूप का उपयोग करके लिखी जाएगी। अगर आप
फ़ाइल नाम को एकल डैश, "-" पर सेट करें, कुकीज़ को stdout पर लिखा जाएगा।

यह कमांड लाइन विकल्प कुकी इंजन को सक्रिय करेगा जो कर्ल रिकॉर्ड बनाता है और
कुकीज़ का उपयोग करें. इसे सक्रिय करने का दूसरा तरीका इसका उपयोग करना है -बी, --कुकी विकल्प.

यदि कुकी जार बनाया या लिखा नहीं जा सकता है, तो संपूर्ण कर्ल ऑपरेशन नहीं होगा
असफल होना या किसी त्रुटि की स्पष्ट रूप से रिपोर्ट करना। -v का उपयोग करने पर एक चेतावनी प्रदर्शित होगी, लेकिन
इस संभावित घातक स्थिति के बारे में आपको यही एकमात्र दृश्य प्रतिक्रिया मिलती है।

7.43.0 कुकीज़ के बाद से जो बिना किसी डोमेन के सेट-कुकी प्रारूप में आयात की गई थीं
इस विकल्प द्वारा नाम निर्यात नहीं किया जाता है.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम निर्दिष्ट फ़ाइल नाम का उपयोग किया जाएगा।

-सी, --जारी रखें-पर
दिए गए ऑफसेट पर पिछले फ़ाइल स्थानांतरण को जारी रखें/फिर से शुरू करें। दिया गया ऑफसेट है
छोड़े जाने वाले बाइट्स की सटीक संख्या, शुरुआत से गिनती करते हुए
गंतव्य पर स्थानांतरित होने से पहले स्रोत फ़ाइल। यदि अपलोड के साथ उपयोग किया जाता है, तो
FTP सर्वर कमांड SIZE का उपयोग कर्ल द्वारा नहीं किया जाएगा।

स्थानांतरण को फिर से शुरू करने के लिए कहां/कैसे स्वचालित रूप से पता लगाने के लिए कर्ल को बताने के लिए "-सी -" का उपयोग करें।
फिर यह पता लगाने के लिए दिए गए आउटपुट/इनपुट फ़ाइलों का उपयोग करता है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-- सिफर
(एसएसएल) निर्दिष्ट करता है कि कनेक्शन में कौन से सिफर का उपयोग करना है। सिफर की सूची अवश्य होनी चाहिए
वैध सिफर निर्दिष्ट करें. इस यूआरएल पर एसएसएल सिफर सूची विवरण पढ़ें:
https://www.openssl.org/docs/apps/ciphers.html

एनएसएस सिफर ओपनएसएसएल और जीएनयूटीएलएस से अलग तरीके से बनाए जाते हैं। एनएसएस की पूरी सूची
सिफर इस URL पर NSSCipherSuite प्रविष्टि में है:
https://git.fedorahosted.org/cgit/mod_nss.git/plain/docs/mod_nss.html#Directives

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--दबा हुआ
(HTTP) एल्गोरिदम कर्ल सपोर्ट में से किसी एक का उपयोग करके संपीड़ित प्रतिक्रिया का अनुरोध करें, और
असम्पीडित दस्तावेज़ को सहेजें. यदि इस विकल्प का उपयोग किया जाता है और सर्वर एक भेजता है
असमर्थित एन्कोडिंग, कर्ल एक त्रुटि की रिपोर्ट करेगा।

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

यह भी देखें -एम, --अधिकतम-समय विकल्प.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--create-dirs
जब के साथ संयोजन के रूप में इस्तेमाल किया -o विकल्प, कर्ल आवश्यक स्थानीय बनाएगा
आवश्यकतानुसार निर्देशिका पदानुक्रम। यह विकल्प के साथ उल्लिखित डीआईआर बनाता है -o
विकल्प, और कुछ नहीं. यदि -o फ़ाइल नाम में किसी डीआईआर का उपयोग नहीं किया गया है या यदि डीआईआर का उल्लेख किया गया है
पहले से मौजूद है, कोई डीआईआर नहीं बनाया जाएगा।

एफ़टीपी या एसएफटीपी का उपयोग करते समय दूरस्थ निर्देशिकाएँ बनाने का प्रयास करें --एफ़टीपी-क्रिएट-डीआईआर.

--crlf अपलोड में LF को CRLF में बदलें। एमवीएस (ओएस/390) के लिए उपयोगी।

(एसएमटीपी 7.40.0 में जोड़ा गया)

--crlfile
(HTTPS/FTPS) प्रमाणपत्र निरस्तीकरण सूची के साथ PEM प्रारूप का उपयोग करके एक फ़ाइल प्रदान करें
जो समकक्ष प्रमाणपत्रों को निर्दिष्ट कर सकता है जिन्हें निरस्त माना जाएगा।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

(7.19.7 में जोड़ा गया)

-डी, --डेटा
(HTTP) POST अनुरोध में निर्दिष्ट डेटा को HTTP सर्वर पर भेजता है
जिस तरह एक ब्राउज़र तब करता है जब कोई उपयोगकर्ता HTML फॉर्म भरता है और दबाता है
जमा करने वाला बटन। यह कर्ल का उपयोग करके डेटा को सर्वर तक भेजने का कारण बनेगा
सामग्री-प्रकार एप्लिकेशन/x-www-form-urlencoded। से तुलना करें -एफ, --प्रपत्र.

-डी, --आंकड़े के समान है --डेटा-ascii. --डेटा-कच्चा लगभग वही है लेकिन नहीं है
@ वर्ण की एक विशेष व्याख्या है। डेटा को पूरी तरह से बाइनरी पोस्ट करने के लिए, आप
इसके बजाय का उपयोग करना चाहिए --data-द्विआधारी विकल्प। किसी फॉर्म के मान को यूआरएल-एनकोड करने के लिए
फ़ील्ड जिसका आप उपयोग कर सकते हैं --डेटा-urlencode.

यदि इनमें से किसी भी विकल्प का उपयोग एक ही कमांड लाइन पर एक से अधिक बार किया जाता है, तो डेटा
निर्दिष्ट टुकड़ों को एक अलग &-प्रतीक के साथ एक साथ मिला दिया जाएगा। इस प्रकार, का उपयोग कर
'-d name=daniel -d कौशल=घटिया' एक पोस्ट खंड उत्पन्न करेगा जो इस तरह दिखता है
'नाम=डैनियल&कौशल=घटिया'।

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

-डी, --डंप-हेडर
निर्दिष्ट फ़ाइल में प्रोटोकॉल हेडर लिखें।

जब आप किसी HTTP साइट पर हेडर संग्रहीत करना चाहते हैं तो इस विकल्प का उपयोग करना आसान होता है
आपको भेजता है. फिर हेडर से कुकीज़ को दूसरे कर्ल में पढ़ा जा सकता है
का उपयोग करके आह्वान करें -बी, --कुकी विकल्प! -सी, --बिस्कुट का मर्तबान विकल्प एक है
कुकीज़ संग्रहीत करने का बेहतर तरीका.

जब एफ़टीपी में उपयोग किया जाता है, तो एफ़टीपी सर्वर प्रतिक्रिया लाइनों को "हेडर" माना जाता है
इस प्रकार वे वहां बच जाते हैं।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--डेटा-ascii
देख -डी, --आंकड़े.

--data-द्विआधारी
(HTTP) यह बिल्कुल निर्दिष्ट डेटा को बिना किसी अतिरिक्त प्रोसेसिंग के पोस्ट करता है।

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

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो पहले का अनुसरण करने वाले लोग डेटा जोड़ देंगे
में वर्णित है -डी, --आंकड़े.

--डेटा-कच्चा
(HTTP) यह इसी प्रकार डेटा पोस्ट करता है --आंकड़े लेकिन विशेष व्याख्या के बिना
@ अक्षर का. देखना -डी, --आंकड़े. (7.43.0 में जोड़ा गया)

--डेटा-urlencode
(HTTP) यह डेटा को अपवाद के साथ अन्य --डेटा विकल्पों के समान पोस्ट करता है
यह यूआरएल-एन्कोडिंग करता है। (7.18.0 में जोड़ा गया)

सीजीआई-अनुपालक होने के लिए, भाग की शुरुआत a से होनी चाहिए नाम इसके बाद ए
विभाजक और एक सामग्री विनिर्देश। भाग का उपयोग करके कर्ल को पास किया जा सकता है
निम्नलिखित वाक्यविन्यासों में से एक:

सामग्री
यह सामग्री को कर्ल यूआरएल-एनकोड कर देगा और उसे आगे बढ़ा देगा। सावधान रहना
ताकि सामग्री में कोई = या @ प्रतीक न हो, जैसा कि तब होगा
सिंटैक्स को नीचे दिए गए अन्य मामलों में से किसी एक से मेल कराएँ!

=सामग्री
यह सामग्री को कर्ल यूआरएल-एनकोड कर देगा और उसे आगे बढ़ा देगा। पूर्ववर्ती =
प्रतीक डेटा में शामिल नहीं है.

नाम=सामग्री
यह कर्ल यूआरएल को सामग्री भाग को एनकोड करेगा और उसे आगे बढ़ा देगा। ध्यान दें कि
नाम वाला भाग पहले से ही यूआरएल-एन्कोडेड होने की उम्मीद है।

@फ़ाइल का नाम
यह दी गई फ़ाइल से कर्ल लोड डेटा बनाएगा (किसी भी न्यूलाइन सहित),
उस डेटा को URL-एनकोड करें और उसे POST में पास करें।

नाम@फ़ाइलनाम
यह दी गई फ़ाइल से कर्ल लोड डेटा बनाएगा (किसी भी न्यूलाइन सहित),
उस डेटा को URL-एनकोड करें और उसे POST में पास करें। नाम वाले हिस्से को बराबर मिलता है
हस्ताक्षर जोड़ा गया, जिसके परिणामस्वरूप नाम=urlencoded-फ़ाइल-सामग्री. ध्यान दें कि नाम
उम्मीद है कि यह पहले से ही यूआरएल-एन्कोडेड होगा।

--प्रतिनिधिमंडल स्तर
सेट LEVEL सर्वर को यह बताने के लिए कि जब उपयोगकर्ता की बात आती है तो उसे क्या सौंपने की अनुमति है
साख। जीएसएस/केर्बरोस के साथ प्रयोग किया जाता है।

किसी भी प्रतिनिधिमंडल को अनुमति न दें.

नीति प्रतिनिधि तभी और केवल तभी जब Kerberos में OK-AS-DELEGATE ध्वज सेट किया गया हो
सेवा टिकट, जो क्षेत्र की नीति का मामला है।

सर्वर को हमेशा बिना शर्त प्रत्यायोजित करने की अनुमति दें।

--पाचन
(HTTP) HTTP डाइजेस्ट प्रमाणीकरण सक्षम करता है। यह एक प्रमाणीकरण योजना है कि
पासवर्ड को स्पष्ट टेक्स्ट में वायर पर भेजने से रोकता है। इसमें इसका प्रयोग करें
सामान्य के साथ संयोजन -यू, --उपयोगकर्ता उपयोगकर्ता नाम और पासवर्ड सेट करने का विकल्प। देखना
भी --एनटीएलएम, --मोल-भाव करना और --anyauth संबंधित विकल्पों के लिए.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो केवल पहले वाले का ही उपयोग किया जाता है।

--अक्षम-eprt
(एफ़टीपी) सक्रिय करते समय कर्ल को ईपीआरटी और एलपीआरटी कमांड के उपयोग को अक्षम करने के लिए कहें
एफ़टीपी स्थानान्तरण. कर्ल आमतौर पर पहले ईपीआरटी, फिर एलपीआरटी का उपयोग करने का प्रयास करेगा
पोर्ट का उपयोग करने से पहले, लेकिन इस विकल्प के साथ, यह तुरंत पोर्ट का उपयोग करेगा। ईपीआरटी और एलपीआरटी
मूल एफ़टीपी प्रोटोकॉल के एक्सटेंशन हैं, और सभी सर्वरों पर काम नहीं कर सकते हैं, लेकिन
वे पारंपरिक पोर्ट कमांड की तुलना में बेहतर तरीके से अधिक कार्यक्षमता सक्षम करते हैं।

--eprt ईपीआरटी को फिर से स्पष्ट रूप से सक्षम करने के लिए उपयोग किया जा सकता है --नहीं-ईपर्ट के लिए एक उपनाम है
--अक्षम-eprt.

ईपीआरटी को अक्षम करने से केवल सक्रिय व्यवहार बदलता है। यदि आप निष्क्रिय पर स्विच करना चाहते हैं
जिस मोड का आपको उपयोग नहीं करना है -पी, --एफ़टीपी-पोर्ट या इसके साथ जबरदस्ती करें --ftp-पासवी.

--अक्षम-epsv
(एफ़टीपी) निष्क्रिय एफ़टीपी करते समय कर्ल को ईपीएसवी कमांड के उपयोग को अक्षम करने के लिए कहें
स्थानान्तरण. कर्ल आमतौर पर हमेशा PASV से पहले EPSV का उपयोग करने का प्रयास करेगा, लेकिन
इस विकल्प के साथ, यह ईपीएसवी का उपयोग करने का प्रयास नहीं करेगा।

--ईपीएसवी ईपीएसवी को फिर से स्पष्ट रूप से सक्षम करने के लिए उपयोग किया जा सकता है --नहीं-ईपीएसवी के लिए एक उपनाम है
--अक्षम-epsv.

ईपीएसवी को अक्षम करने से केवल निष्क्रिय व्यवहार बदलता है। यदि आप सक्रिय पर स्विच करना चाहते हैं
आपको जिस मोड का उपयोग करने की आवश्यकता है -पी, --एफ़टीपी-पोर्ट.

--डीएनएस-इंटरफ़ेस
कर्ल को आउटगोइंग DNS अनुरोध भेजने के लिए कहें . यह विकल्प एक है
के समकक्ष --इंटरफेस (जो DNS को प्रभावित नहीं करता है)। आपूर्ति की गई स्ट्रिंग होनी चाहिए
एक इंटरफ़ेस नाम (पता नहीं)।

इस विकल्प के लिए आवश्यक है कि libcurl एक रिज़ॉल्वर बैकएंड के साथ बनाया गया हो जो समर्थन करता हो
यह ऑपरेशन. सी-एरेस बैकएंड एकमात्र ऐसा बैकएंड है। (7.33.0 में जोड़ा गया)

--dns-ipv4-addr
कर्ल को बांधने के लिए कहें IPv4 DNS अनुरोध करते समय, ताकि DNS
अनुरोध इसी पते से आते हैं. तर्क एकल IPv4 पता होना चाहिए.

इस विकल्प के लिए आवश्यक है कि libcurl एक रिज़ॉल्वर बैकएंड के साथ बनाया गया हो जो समर्थन करता हो
यह ऑपरेशन. सी-एरेस बैकएंड एकमात्र ऐसा बैकएंड है। (7.33.0 में जोड़ा गया)

--dns-ipv6-addr
कर्ल को बांधने के लिए कहें IPv6 DNS अनुरोध करते समय, ताकि DNS
अनुरोध इसी पते से आते हैं. तर्क एकल IPv6 पता होना चाहिए.

इस विकल्प के लिए आवश्यक है कि libcurl एक रिज़ॉल्वर बैकएंड के साथ बनाया गया हो जो समर्थन करता हो
यह ऑपरेशन. सी-एरेस बैकएंड एकमात्र ऐसा बैकएंड है। (7.33.0 में जोड़ा गया)

--डीएनएस-सर्वर
सिस्टम डिफ़ॉल्ट के बजाय उपयोग किए जाने वाले DNS सर्वरों की सूची सेट करें। की सूची
आईपी ​​पते को अल्पविराम से अलग किया जाना चाहिए। पोर्ट नंबर वैकल्पिक भी हो सकते हैं
के रूप में दिया गया : प्रत्येक आईपी पते के बाद.

इस विकल्प के लिए आवश्यक है कि libcurl एक रिज़ॉल्वर बैकएंड के साथ बनाया गया हो जो समर्थन करता हो
यह ऑपरेशन. सी-एरेस बैकएंड एकमात्र ऐसा बैकएंड है। (7.33.0 में जोड़ा गया)

-इ, --रेफ़रर
(HTTP) "रेफ़रर पेज" जानकारी HTTP सर्वर पर भेजता है। ये भी हो सकता है
के साथ सेट करें -एच, --हेडर बेशक झंडा. जब साथ प्रयोग किया जाता है -एल, --स्थान आप कर सकते हैं
कर्ल को स्वचालित रूप से पिछला यूआरएल सेट करने के लिए --रेफ़रर यूआरएल में ";ऑटो" जोड़ें
जब यह स्थान: शीर्षलेख का अनुसरण करता है। ";ऑटो" स्ट्रिंग का उपयोग अकेले किया जा सकता है, भले ही
आप आरंभिक --रेफ़रर सेट नहीं करते हैं.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-ई, --cert
(एसएसएल) फ़ाइल प्राप्त करते समय कर्ल को निर्दिष्ट क्लाइंट प्रमाणपत्र फ़ाइल का उपयोग करने के लिए कहता है
HTTPS, FTPS या किसी अन्य SSL-आधारित प्रोटोकॉल के साथ। प्रमाणपत्र PKCS#12 में होना चाहिए
यदि सिक्योर ट्रांसपोर्ट का उपयोग कर रहे हैं तो प्रारूप, या किसी अन्य इंजन का उपयोग कर रहे हैं तो पीईएम प्रारूप। यदि
वैकल्पिक पासवर्ड निर्दिष्ट नहीं है, इसके लिए टर्मिनल पर पूछताछ की जाएगी। टिप्पणी
यह विकल्प एक "प्रमाणपत्र" फ़ाइल मानता है जो कि निजी कुंजी है और
ग्राहक प्रमाणपत्र संयोजित! देखना --प्रमाणित और --चाभी उन्हें निर्दिष्ट करने के लिए
स्वतंत्र रूप से।

यदि कर्ल एनएसएस एसएसएल लाइब्रेरी के विरुद्ध बनाया गया है तो यह विकल्प कर्ल को बता सकता है
द्वारा परिभाषित एनएसएस डेटाबेस के भीतर उपयोग करने के लिए प्रमाणपत्र का उपनाम
पर्यावरण चर SSL_DIR (या डिफ़ॉल्ट रूप से /etc/pki/nssdb). यदि एनएसएस पीईएम पीकेसीएस#11
मॉड्यूल (libnsspem.so) उपलब्ध है तो PEM फ़ाइलें लोड की जा सकती हैं। यदि आप उपयोग करना चाहते हैं
वर्तमान निर्देशिका से एक फ़ाइल, कृपया इसके पहले "./" उपसर्ग लगाएं
उपनाम के साथ भ्रम से बचें. यदि उपनाम में ":" है, तो यह होना आवश्यक है
इसके पहले "\" लगाएं ताकि इसे पासवर्ड डिलीमीटर के रूप में पहचाना न जा सके। यदि
उपनाम में "\" है, इसे "\\" से बचाना होगा ताकि इसे पहचाना न जा सके
एक पलायन पात्र के रूप में.

(केवल आईओएस और मैक ओएस एक्स) यदि कर्ल सिक्योर ट्रांसपोर्ट के विरुद्ध बनाया गया है, तो
प्रमाणपत्र स्ट्रिंग या तो प्रमाणपत्र/निजी कुंजी का नाम हो सकती है
सिस्टम या उपयोगकर्ता कीचेन, या PKCS#12-एन्कोडेड प्रमाणपत्र और निजी का पथ
चाबी। यदि आप वर्तमान निर्देशिका से किसी फ़ाइल का उपयोग करना चाहते हैं, तो कृपया इसके पहले लिखें
उपनाम के साथ भ्रम से बचने के लिए, "./" उपसर्ग।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--इंजन
सिफर संचालन के लिए उपयोग करने के लिए ओपनएसएसएल क्रिप्टो इंजन का चयन करें। उपयोग --यन्त्र सूची सेवा मेरे
बिल्ड-टाइम समर्थित इंजनों की एक सूची प्रिंट करें। ध्यान दें कि सभी नहीं (या कोई भी नहीं)।
इंजन रन-टाइम पर उपलब्ध हो सकते हैं।

--वातावरण
(केवल जोखिम ओएस) नामों का उपयोग करके पर्यावरण चर की एक श्रृंखला निर्धारित करता है -w विकल्प
कर्ल चलाने के बाद उपयोगी जानकारी को आसानी से निकालने की अनुमति देने के लिए समर्थन करता है।

--ईजीडी-फ़ाइल
(एसएसएल) एन्ट्रॉपी गैदरिंग डेमॉन सॉकेट के लिए पथ नाम निर्दिष्ट करें। सॉकेट है
एसएसएल कनेक्शन के लिए यादृच्छिक इंजन को सीड करने के लिए उपयोग किया जाता है। यह भी देखें --यादृच्छिक-फ़ाइल
विकल्प.

--उम्मीद100-टाइमआउट
(HTTP) सेकंड में अधिकतम समय जब आप कर्ल को 100-जारी तक प्रतीक्षा करने की अनुमति देते हैं
प्रतिक्रिया जब कर्ल अपने अनुरोध में एक एक्सपेक्ट्स: 100-जारी रखें हेडर उत्सर्जित करता है। डिफ़ॉल्ट रूप से
कर्ल एक सेकंड प्रतीक्षा करेगा. यह विकल्प दशमलव मान स्वीकार करता है! जब कर्ल बंद हो जाता है
प्रतीक्षा करते-करते ऐसा ही चलता रहेगा मानो उत्तर मिल गया हो।

(7.47.0 में जोड़ा गया)

--प्रमाणपत्र-प्रकार
(एसएसएल) कर्ल को बताता है कि प्रदान किया गया प्रमाणपत्र किस प्रकार का है। पीईएम, डीईआर और
ENG मान्यता प्राप्त प्रकार हैं। यदि निर्दिष्ट नहीं है, तो पीईएम मान लिया गया है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--कैसर्ट
(एसएसएल) कर्ल को सहकर्मी को सत्यापित करने के लिए निर्दिष्ट प्रमाणपत्र फ़ाइल का उपयोग करने के लिए कहता है। फ़ाइल
इसमें एकाधिक CA प्रमाणपत्र हो सकते हैं. प्रमाणपत्र पीईएम प्रारूप में होना चाहिए।
आम तौर पर कर्ल को इसके लिए एक डिफ़ॉल्ट फ़ाइल का उपयोग करने के लिए बनाया जाता है, इसलिए यह विकल्प आम तौर पर होता है
उस डिफ़ॉल्ट फ़ाइल को बदलने के लिए उपयोग किया जाता है।

यदि यह सेट है तो कर्ल 'CURL_CA_BUNDLE' नामक पर्यावरण चर को पहचानता है, और
दिए गए पथ को CA प्रमाणपत्र बंडल के पथ के रूप में उपयोग करता है। यह विकल्प उससे आगे निकल जाता है
चर।

कर्ल का विंडोज़ संस्करण स्वचालित रूप से नामित CA प्रमाणपत्र फ़ाइल की तलाश करेगा
´curl-ca-bundle.crt´, या तो curl.exe के समान निर्देशिका में, या वर्तमान में
कार्यशील निर्देशिका, या आपके PATH के किसी भी फ़ोल्डर में।

यदि कर्ल एनएसएस एसएसएल लाइब्रेरी के विरुद्ध बनाया गया है, तो एनएसएस पीईएम पीकेसीएस#11 मॉड्यूल
इस विकल्प के ठीक से काम करने के लिए (libnsspem.so) का उपलब्ध होना आवश्यक है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--कपथ
(एसएसएल) कर्ल को सहकर्मी को सत्यापित करने के लिए निर्दिष्ट प्रमाणपत्र निर्देशिका का उपयोग करने के लिए कहता है।
एकाधिक पथों को ":" से अलग करके प्रदान किया जा सकता है (उदा
"पथ1:पथ2:पथ3"). प्रमाणपत्र पीईएम प्रारूप में होने चाहिए, और यदि कर्ल बनाया गया है
ओपनएसएसएल के विरुद्ध, निर्देशिका को c_rehash उपयोगिता का उपयोग करके संसाधित किया जाना चाहिए
ओपनएसएसएल के साथ आपूर्ति की गई। का उपयोग करते हुए --कैपाथ ओपनएसएसएल-संचालित कर्ल को एसएसएल बनाने की अनुमति दे सकता है-
कनेक्शन का उपयोग करने की तुलना में बहुत अधिक कुशलता से --कैसर्ट अगर --कैसर्ट फ़ाइल में शामिल है
कई सीए प्रमाणपत्र.

यदि यह विकल्प सेट किया गया है, तो डिफ़ॉल्ट कैपथ मान को अनदेखा कर दिया जाएगा, और यदि इसका उपयोग किया जाता है
कई बार, अंतिम का उपयोग किया जाएगा।

--पिनडपबकी
(एसएसएल) सत्यापित करने के लिए कर्ल को निर्दिष्ट सार्वजनिक कुंजी फ़ाइल (या हैश) का उपयोग करने के लिए कहता है
समकक्ष। यह किसी फ़ाइल का पथ हो सकता है जिसमें PEM या DER में एकल सार्वजनिक कुंजी हो
प्रारूप, या ´sha64//´ से पहले बेस256 एन्कोडेड sha256 हैश की कोई भी संख्या और
द्वारा अलग किया गया

टीएलएस या एसएसएल कनेक्शन पर बातचीत करते समय, सर्वर संकेत देने वाला एक प्रमाणपत्र भेजता है
इसकी पहचान. इस प्रमाणपत्र से एक सार्वजनिक कुंजी निकाली जाती है और यदि ऐसा नहीं होता है
इस विकल्प के लिए प्रदान की गई सार्वजनिक कुंजी से बिल्कुल मेल खाता है, कर्ल निरस्त कर देगा
कोई भी डेटा भेजने या प्राप्त करने से पहले कनेक्शन।

OpenSSL, GnuTLS और GSKit के लिए 7.39.0 में जोड़ा गया। एनएसएस और के लिए 7.43.0 में जोड़ा गया
वुल्फएसएसएल/CyaSSL. OpenSSL, GnuTLS, NSS और के लिए 256 में sha7.44.0 समर्थन जोड़ा गया
वुल्फएसएसएल/CyaSSL. अन्य एसएसएल बैकएंड समर्थित नहीं हैं।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--cert-स्थिति
(एसएसएल) कर्ल को इसका उपयोग करके सर्वर प्रमाणपत्र की स्थिति सत्यापित करने के लिए कहता है
प्रमाणपत्र स्थिति अनुरोध (उर्फ ओसीएसपी स्टेपलिंग) टीएलएस एक्सटेंशन।

यदि यह विकल्प सक्षम है और सर्वर एक अमान्य (जैसे कि समाप्त) प्रतिक्रिया भेजता है,
यदि प्रतिक्रिया से पता चलता है कि सर्वर प्रमाणपत्र निरस्त कर दिया गया है, या नहीं
बिल्कुल भी प्रतिक्रिया प्राप्त नहीं होती है, सत्यापन विफल हो जाता है।

यह वर्तमान में केवल ओपनएसएसएल, जीएनयूटीएलएस और एनएसएस बैकएंड में लागू किया गया है। (जोड़ा गया
7.41.0 में)

--ग़लत शुरुआत

(एसएसएल) टीएलएस हैंडशेक के दौरान कर्ल को झूठी शुरुआत का उपयोग करने के लिए कहता है। गलत शुरुआत एक विधा है
जहां एक टीएलएस क्लाइंट सत्यापित करने से पहले एप्लिकेशन डेटा भेजना शुरू कर देगा
सर्वर का समाप्त संदेश, इस प्रकार पूर्ण प्रदर्शन करते समय एक राउंड ट्रिप को बचाता है
हाथ मिलाना।

यह वर्तमान में केवल एनएसएस और सिक्योर ट्रांसपोर्ट (आईओएस 7.0 या पर) में लागू किया गया है
बाद में, या OS (10.9 में जोड़ा गया)

-एफ, --असफल
(HTTP) सर्वर त्रुटियों पर चुपचाप विफल (कोई आउटपुट नहीं)। अधिकतर यही किया जाता है
विफल प्रयासों से बेहतर ढंग से निपटने के लिए स्क्रिप्ट आदि को बेहतर ढंग से सक्षम करें। सामान्य मामलों में जब
एक HTTP सर्वर एक दस्तावेज़ वितरित करने में विफल रहता है, यह ऐसा बताते हुए एक HTML दस्तावेज़ लौटाता है
(जो अक्सर क्यों और अधिक का भी वर्णन करता है)। यह झंडा कर्ल होने से रोकेगा
उसे आउटपुट करना और त्रुटि 22 लौटाना।

यह विधि असफल-सुरक्षित नहीं है और ऐसे अवसर भी आते हैं जहां प्रतिक्रिया असफल होती है
कोड फिसल जाएंगे, खासकर जब प्रमाणीकरण शामिल हो (प्रतिक्रिया कोड)।
401 और 407)।

-एफ, --रूप
(HTTP) यह कर्ल को एक भरे हुए फॉर्म का अनुकरण करने देता है जिसमें उपयोगकर्ता ने दबाया है
जमा करने वाला बटन। यह सामग्री-प्रकार मल्टीपार्ट/फॉर्म का उपयोग करके POST डेटा को कर्ल करने का कारण बनता है-
आरएफसी 2388 के अनुसार डेटा। यह बाइनरी फाइलों आदि को अपलोड करने में सक्षम बनाता है
'सामग्री' भाग को एक फ़ाइल बनाने के लिए, फ़ाइल नाम के पहले @ चिह्न लगाएँ। बस पाने के लिए
किसी फ़ाइल का सामग्री भाग, फ़ाइल नाम के पहले प्रतीक < लगाएं।
@ और < के बीच अंतर यह है कि @ एक फ़ाइल को पोस्ट में संलग्न कर देता है
एक फ़ाइल अपलोड, जबकि < एक टेक्स्ट फ़ील्ड बनाता है और बस उसके लिए सामग्री प्राप्त करता है
फ़ाइल से टेक्स्ट फ़ील्ड.

उदाहरण के लिए, अपनी पासवर्ड फ़ाइल को सर्वर पर भेजने के लिए, जहां 'पासवर्ड' का नाम है
जिस फॉर्म-फ़ील्ड को / Etc / पासवर्ड इनपुट होगा:

कर्ल -एफ पासवर्ड=@/ Etc / पासवर्ड www.mypasswords.com

किसी फ़ाइल के बजाय stdin से सामग्री पढ़ने के लिए, फ़ाइल नाम के रूप में - का उपयोग करें। ये चलता है
@ और < दोनों निर्माण। दुर्भाग्य से यह फ़ाइल को पढ़ने का समर्थन नहीं करता है
नामित पाइप या समान, क्योंकि स्थानांतरण शुरू होने से पहले इसे पूर्ण आकार की आवश्यकता होती है।

आप एक तरीके से 'type=' का उपयोग करके कर्ल को यह भी बता सकते हैं कि किस सामग्री-प्रकार का उपयोग करना है
के समान:

कर्ल -F "web=@index.html;type=text/html" url.com

or

कर्ल -एफ "नाम=डैनियल;प्रकार=टेक्स्ट/फू" url.com

आप सेटिंग द्वारा फ़ाइल अपलोड भाग का नाम फ़ील्ड भी स्पष्ट रूप से बदल सकते हैं
फ़ाइल नाम =, इस तरह:

कर्ल -F "फ़ाइल=@localfile;फ़ाइलनाम=nameinpost" url.com

यदि फ़ाइल नाम/पथ में ',' या ';' है, तो इसे दोहरे उद्धरण चिह्नों द्वारा उद्धृत किया जाना चाहिए जैसे:

कर्ल -F "file=@\"localfile\";filename=\"nameinpost\"" url.com

or

कर्ल -F 'file=@'localfile';filename='nameinpost'' url.com

ध्यान दें कि यदि किसी फ़ाइल नाम/पथ को डबल-कोट्स द्वारा उद्धृत किया गया है, तो कोई भी डबल-कोट्स या
फ़ाइल नाम के भीतर बैकस्लैश को बैकस्लैश द्वारा टाला जाना चाहिए।

मैनुअल में आगे के उदाहरण और विवरण देखें।

इस विकल्प का उपयोग कई बार किया जा सकता है.

--एफ़टीपी-खाता [डेटा]
(एफ़टीपी) जब कोई एफ़टीपी सर्वर उपयोगकर्ता नाम और पासवर्ड के बाद "खाता डेटा" मांगता है
प्रदान किया गया है, यह डेटा ACCT कमांड का उपयोग करके भेजा जाता है। (7.13.0 में जोड़ा गया)

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--एफ़टीपी-विकल्प-से-उपयोगकर्ता
(एफ़टीपी) यदि USER और PASS कमांड के साथ प्रमाणीकरण विफल हो जाता है, तो यह कमांड भेजें।
क्लाइंट का उपयोग करके FTPS पर टम्बलवीड के सिक्योर ट्रांसपोर्ट सर्वर से कनेक्ट करते समय
प्रमाणपत्र, "SITE AUTH" का उपयोग करके सर्वर को उपयोगकर्ता नाम पुनः प्राप्त करने के लिए कहेगा
प्रमाणपत्र। (7.15.5 में जोड़ा गया)

--एफ़टीपी-क्रिएट-डीआईआर
(एफ़टीपी/एसएफटीपी) जब कोई एफ़टीपी या एसएफटीपी यूआरएल/ऑपरेशन उस पथ का उपयोग करता है जो वर्तमान में नहीं होता है
सर्वर पर मौजूद होने पर, कर्ल का मानक व्यवहार विफल होना है। इस विकल्प का उपयोग करते हुए,
इसके बजाय कर्ल लापता निर्देशिकाएँ बनाने का प्रयास करेगा।

--एफ़टीपी-विधि [विधि]
(एफ़टीपी) नियंत्रित करें कि एफ़टीपी(एस) सर्वर पर किसी फ़ाइल तक पहुंचने के लिए कर्ल को किस विधि का उपयोग करना चाहिए।
विधि तर्क निम्नलिखित विकल्पों में से एक होना चाहिए:

मल्टीसीडब्ल्यूडी
कर्ल दिए गए URL में प्रत्येक पथ भाग के लिए एक एकल CWD ऑपरेशन करता है। के लिए
गहरे पदानुक्रमों का अर्थ है बहुत सारे आदेश। आरएफसी 1738 ऐसा कहता है
किया जाना चाहिए। यह डिफ़ॉल्ट लेकिन सबसे धीमा व्यवहार है.

nocwd कर्ल बिल्कुल भी CWD नहीं करता है। कर्ल SIZE, RETR, STOR इत्यादि करेगा और पूर्ण देगा
इन सभी आदेशों के लिए सर्वर का पथ। यह सबसे तेज़ व्यवहार है.

सिंगलसीडब्ल्यूडी
कर्ल पूर्ण लक्ष्य निर्देशिका के साथ एक CWD करता है और फिर उस पर काम करता है
फ़ाइल "सामान्य रूप से" (जैसे कि मल्टीसीडब्ल्यूडी मामले में)। यह कुछ हद तक अधिक मानक है
'nocwd' के अनुरूप लेकिन 'multicwd' के पूर्ण दंड के बिना।

(7.15.1 में जोड़ा गया)

--ftp-पासवी
(एफ़टीपी) डेटा कनेक्शन के लिए निष्क्रिय मोड का उपयोग करें। निष्क्रिय आंतरिक डिफ़ॉल्ट है
व्यवहार, लेकिन इस विकल्प का उपयोग पिछले को ओवरराइड करने के लिए किया जा सकता है -पी/-एफटीपी-पोर्ट
विकल्प। (7.11.0 में जोड़ा गया)

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो केवल पहले वाले का ही उपयोग किया जाता है। एक को पूर्ववत करना
लागू किया गया निष्क्रिय वास्तव में करने योग्य नहीं है लेकिन आपको इसके बजाय सही को लागू करना होगा
-पी, --एफ़टीपी-पोर्ट फिर से।

निष्क्रिय मोड का मतलब है कि कर्ल पहले ईपीएसवी कमांड और फिर पीएएसवी का प्रयास करेगा, जब तक कि
--अक्षम-epsv प्रयोग किया जाता है।

--एफ़टीपी-स्किप-पासव-आईपी
(एफ़टीपी) कर्ल को बताएं कि सर्वर अपनी प्रतिक्रिया में जिस आईपी पते का सुझाव देता है उसका उपयोग न करें
जब कर्ल डेटा कनेक्शन जोड़ता है तो कर्ल का PASV कमांड। इसके बजाय कर्ल फिर से होगा-
उसी आईपी पते का उपयोग करें जो वह नियंत्रण कनेक्शन के लिए पहले से ही उपयोग करता है। (जोड़ा गया
7.14.2)

यदि PASV के स्थान पर PORT, EPRT या EPSV का उपयोग किया जाता है तो इस विकल्प का कोई प्रभाव नहीं पड़ता है।

--एफ़टीपी-pret
(एफ़टीपी) कर्ल को पीएएसवी (और ईपीएसवी) से पहले एक प्रीट कमांड भेजने के लिए कहें। कुछ एफ़टीपी सर्वर,
मुख्य रूप से drftpd को निर्देशिका सूची के लिए भी इस गैर-मानक कमांड की आवश्यकता होती है
PASV मोड में ऊपर और डाउनलोड करें। (7.20.x में जोड़ा गया)

--एफ़टीपी-एसएसएल-सीसीसी
(एफ़टीपी) सीसीसी (क्लियर कमांड चैनल) का उपयोग करें इसके बाद एसएसएल/टीएलएस परत बंद हो जाती है
प्रमाणित करना शेष नियंत्रण चैनल संचार अनएन्क्रिप्टेड होगा।
यह NAT राउटर्स को FTP लेनदेन का पालन करने की अनुमति देता है। डिफ़ॉल्ट मोड निष्क्रिय है.
देख --एफ़टीपी-एसएसएल-सीसीसी-मोड अन्य विधाओं के लिए. (7.16.1 में जोड़ा गया)

--एफ़टीपी-एसएसएल-सीसीसी-मोड [सक्रिय/निष्क्रिय]
(एफ़टीपी) सीसीसी का उपयोग करें (कमांड चैनल साफ़ करें) सीसीसी मोड सेट करता है। निष्क्रिय मोड नहीं होगा
शटडाउन आरंभ करें, लेकिन इसके बजाय सर्वर द्वारा ऐसा करने की प्रतीक्षा करें, और उत्तर नहीं देगा
सर्वर से शटडाउन करने के लिए. सक्रिय मोड शटडाउन आरंभ करता है और प्रतीक्षा करता है
सर्वर से उत्तर के लिए. (7.16.2 में जोड़ा गया)

--एफ़टीपी-एसएसएल-नियंत्रण
(एफ़टीपी) एफ़टीपी लॉगिन के लिए एसएसएल/टीएलएस की आवश्यकता है, स्थानांतरण के लिए स्पष्ट। सुरक्षित अनुमति देता है
प्रमाणीकरण, लेकिन दक्षता के लिए गैर-एन्क्रिप्टेड डेटा स्थानांतरण। विफल रहता है
यदि सर्वर एसएसएल/टीएलएस का समर्थन नहीं करता है तो स्थानांतरण करें। (7.16.0 में जोड़ा गया) वह अभी भी हो सकता है
उपयोग किया जाएगा लेकिन भविष्य के संस्करण में हटा दिया जाएगा।

--रूप-स्ट्रिंग
(HTTP) के समान --प्रपत्र सिवाय इसके कि नामित पैरामीटर के लिए मान स्ट्रिंग है
शाब्दिक रूप से प्रयोग किया जाता है। अग्रणी '@' और '<' अक्षर, और ';type=' स्ट्रिंग
मूल्य का कोई विशेष अर्थ नहीं है. इसे प्राथमिकता में उपयोग करें --प्रपत्र अगर कोई है
संभावना है कि स्ट्रिंग मान गलती से '@' या '<' सुविधाओं को ट्रिगर कर सकता है
of --प्रपत्र.

-जी, --ग्लोबऑफ़
यह विकल्प "यूआरएल ग्लोबिंग पार्सर" को बंद कर देता है। जब आप यह विकल्प सेट करते हैं, तो आप
ऐसे यूआरएल निर्दिष्ट कर सकते हैं जिनमें {}[] अक्षर हों, उनके न होने पर
कर्ल द्वारा ही व्याख्या की गई। ध्यान दें कि ये पत्र सामान्य कानूनी यूआरएल नहीं हैं
सामग्री लेकिन उन्हें यूआरआई मानक के अनुसार एन्कोड किया जाना चाहिए।

-जी, --प्राप्त
उपयोग करने पर, यह विकल्प सभी डेटा को निर्दिष्ट कर देगा -डी, --आंकड़े, --data-द्विआधारी
or --डेटा-urlencode POST अनुरोध के बजाय HTTP GET अनुरोध में उपयोग किया जाना है
जिसका अन्यथा उपयोग किया जाएगा। डेटा को यूआरएल में '?' के साथ जोड़ा जाएगा
विभाजक।

यदि -I के साथ संयोजन में उपयोग किया जाता है, तो POST डेटा को URL में जोड़ा जाएगा
HEAD अनुरोध के साथ.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो केवल पहले वाले का ही उपयोग किया जाता है। यह है क्योंकि
GET को पूर्ववत करने का कोई मतलब नहीं है, लेकिन आपको इसके बजाय इसे लागू करना चाहिए
वैकल्पिक विधि जो आपको पसंद हो.

-एच, --हेडर
(HTTP) सर्वर पर HTTP भेजते समय अनुरोध में शामिल करने के लिए अतिरिक्त हेडर। आप
किसी भी संख्या में अतिरिक्त शीर्षलेख निर्दिष्ट कर सकता है. ध्यान दें कि यदि आपको कोई कस्टम जोड़ना चाहिए
हेडर जिसका वही नाम है जो कर्ल द्वारा उपयोग किए जाने वाले आंतरिक में से एक का है, आपका
आंतरिक सेट हेडर के बजाय बाहरी रूप से सेट हेडर का उपयोग किया जाएगा। यह आपको अनुमति देता है
सामान्यतः कर्ल की तुलना में और भी पेचीदा चीजें बनाएं। आपको प्रतिस्थापित नहीं करना चाहिए
आप क्या कर रहे हैं यह पूरी तरह से जाने बिना आंतरिक रूप से हेडर सेट करें। एक हटाओ
के दाईं ओर बिना सामग्री के प्रतिस्थापन देकर आंतरिक शीर्षलेख
कोलन, जैसे: -H "होस्ट:"। यदि आप कस्टम हेडर को बिना किसी मूल्य के भेजते हैं तो यह
हेडर को अर्धविराम से समाप्त किया जाना चाहिए, जैसे -H "X-कस्टम-हेडर;" भेजने के लिए
"एक्स-कस्टम-हेडर:"।

कर्ल यह सुनिश्चित करेगा कि आपके द्वारा जोड़ा/प्रतिस्थापित प्रत्येक हेडर उचित अंत के साथ भेजा गया है-
ऑफ-लाइन मार्कर, आपको इस प्रकार करना चाहिए नहीं इसे हेडर सामग्री के एक भाग के रूप में जोड़ें: करें
नई लाइनें या कैरिज रिटर्न न जोड़ें, वे केवल आपके लिए चीजें गड़बड़ा देंगे।

यह भी देखें -ए, --उपयोगकर्ता एजेंट और -e, --रेफरर विकल्प.

7.37.0 से प्रारंभ करके, आपको इसकी आवश्यकता है --प्रॉक्सी-हेडर के लिए इच्छित कस्टम हेडर भेजने के लिए
प्रॉक्सी।

उदाहरण:

# कर्ल -एच "एक्स-प्रथम-नाम: जो" http://192.168.0.1/

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

इस विकल्प का उपयोग कई हेडर जोड़ने/प्रतिस्थापित करने/हटाने के लिए कई बार किया जा सकता है।

--hostpubmd5
(एससीपी/एसएफटीपी) 32 हेक्साडेसिमल अंकों वाली एक स्ट्रिंग पास करें। स्ट्रिंग होनी चाहिए
रिमोट होस्ट की सार्वजनिक कुंजी का 128 बिट एमडी5 चेकसम, कर्ल मना कर देगा
जब तक md5sums मेल नहीं खाता तब तक होस्ट के साथ कनेक्शन। (7.17.1 में जोड़ा गया)

--अनदेखा-सामग्री-लंबाई
HTTP के लिए, सामग्री-लंबाई शीर्षलेख पर ध्यान न दें। यह सर्वरों के लिए विशेष रूप से उपयोगी है
अपाचे 1.x चला रहा हूं, जो बड़ी फ़ाइलों के लिए गलत सामग्री-लंबाई की रिपोर्ट करेगा
2 गीगाबाइट से अधिक.

एफ़टीपी (7.46.0 से) के लिए, पहले आकार का पता लगाने के लिए आरईटीआर कमांड को छोड़ें
एक फ़ाइल डाउनलोड कर रहा हूँ.

-मैं शामिल करता हूँ
(HTTP) आउटपुट में HTTP-हेडर शामिल करें। HTTP-हेडर में निम्न चीज़ें शामिल हैं
सर्वर-नाम, दस्तावेज़ की तारीख, HTTP-संस्करण और बहुत कुछ...

-मैं नेतृत्व करता हूं
(HTTP/FTP/फ़ाइल) केवल HTTP-हेडर प्राप्त करें! HTTP-सर्वर में HEAD कमांड की सुविधा होती है
जिसका उपयोग यह किसी दस्तावेज़ के शीर्षलेख के अलावा कुछ भी प्राप्त करने के लिए नहीं करता है। जब किसी एफ़टीपी या पर उपयोग किया जाता है
फ़ाइल फ़ाइल, कर्ल केवल फ़ाइल आकार और अंतिम संशोधन समय प्रदर्शित करता है।

--इंटरफेस
एक निर्दिष्ट इंटरफ़ेस का उपयोग करके एक ऑपरेशन करें। आप इंटरफ़ेस नाम, आईपी दर्ज कर सकते हैं
पता या होस्ट नाम. एक उदाहरण ऐसा दिख सकता है:

कर्ल--इंटरफ़ेस eth0:1 http://www.netscape.com/

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-जे, --जंक-सत्र-कुकीज़
(HTTP) जब कर्ल को किसी दी गई फ़ाइल से कुकीज़ पढ़ने के लिए कहा जाता है, तो यह विकल्प बन जाएगा
यह सभी "सत्र कुकीज़" को हटा देता है। इसका मूलतः वैसा ही प्रभाव होगा जैसे कि
नया सत्र शुरू हो गया है. विशिष्ट ब्राउज़र हमेशा सत्र कुकीज़ को त्याग देते हैं
वे बंद हो गए हैं.

-जे, --रिमोट-हेडर-नाम
(HTTP) यह विकल्प बताता है -ओ, --दूरस्थ नाम सर्वर-निर्दिष्ट का उपयोग करने का विकल्प
URL से फ़ाइल नाम निकालने के बजाय सामग्री-विस्थापन फ़ाइल नाम।

प्रदत्त फ़ाइल नाम में %-अनुक्रमों (अभी तक) को डीकोड करने का कोई प्रयास नहीं किया गया है, इसलिए यह
विकल्प आपको अप्रत्याशित फ़ाइल नाम प्रदान कर सकता है।

-k, --असुरक्षित
(एसएसएल) यह विकल्प स्पष्ट रूप से कर्ल को "असुरक्षित" एसएसएल कनेक्शन करने की अनुमति देता है
स्थानान्तरण. CA का उपयोग करके सभी SSL कनेक्शनों को सुरक्षित बनाने का प्रयास किया जाता है
प्रमाणपत्र बंडल डिफ़ॉल्ट रूप से स्थापित है। इससे सभी कनेक्शनों पर विचार किया जाता है
"असुरक्षित" तब तक विफल नहीं होगा जब तक -क, --असुरक्षित प्रयोग किया जाता है।

अधिक जानकारी के लिए यह ऑनलाइन संसाधन देखें:
http://curl.haxx.se/docs/sslcerts.html

-के, --कॉन्फिग
निर्दिष्ट करें कि कर्ल तर्कों को पढ़ने के लिए कौन सी कॉन्फ़िगरेशन फ़ाइल है। कॉन्फ़िगरेशन फ़ाइल एक टेक्स्ट है
फ़ाइल जिसमें कमांड लाइन तर्क लिखे जा सकते हैं जिनका उपयोग तब किया जाएगा
वे वास्तविक कमांड लाइन पर लिखे गए थे।

विकल्प और उनके पैरामीटर एक ही कॉन्फ़िगरेशन फ़ाइल लाइन पर निर्दिष्ट होने चाहिए,
रिक्त स्थान, कोलन, या समान चिह्न द्वारा अलग किया गया। लंबे विकल्प वाले नाम हो सकते हैं
वैकल्पिक रूप से प्रारंभिक डबल डैश के बिना कॉन्फ़िगरेशन फ़ाइल में दिया जाना चाहिए और यदि ऐसा है,
कोलन या बराबर वर्णों का उपयोग विभाजक के रूप में किया जा सकता है। यदि विकल्प है
एक या दो डैश के साथ निर्दिष्ट, बीच में कोई कोलन या बराबर वर्ण नहीं हो सकता है
विकल्प और उसका पैरामीटर.

यदि पैरामीटर में रिक्त स्थान होना है, तो पैरामीटर को भीतर संलग्न किया जाना चाहिए
उद्धरण। दोहरे उद्धरण चिह्नों के भीतर, निम्नलिखित एस्केप अनुक्रम उपलब्ध हैं: \\, \",
\t, \n, \r और \v. किसी अन्य पत्र से पहले के बैकस्लैश को नजरअंदाज कर दिया जाता है। यदि प्रथम
कॉन्फिग लाइन का कॉलम एक '#' कैरेक्टर है, बाकी लाइन को इस रूप में माना जाएगा
एक टिप्पणी। कॉन्फ़िगरेशन फ़ाइल में प्रति भौतिक पंक्ति में केवल एक विकल्प लिखें।

कर्ल को stdin से फ़ाइल को पढ़ने के लिए फ़ाइल नाम को -K, --config को '-' के रूप में निर्दिष्ट करें।

ध्यान दें कि कॉन्फ़िगरेशन फ़ाइल में एक यूआरएल निर्दिष्ट करने में सक्षम होने के लिए, आपको इसे निर्दिष्ट करना होगा
का उपयोग --यूआरएल विकल्प, और केवल यूआरएल को उसकी अपनी लाइन पर लिखकर नहीं। इसलिए यह
इस जैसा दिख सकता है:

url = "http://curl.haxx.se/docs/"

जब कर्ल लागू किया जाता है, तो यह हमेशा (जब तक -q उपयोग किया जाता है) डिफ़ॉल्ट कॉन्फ़िगरेशन की जाँच करता है
फ़ाइल और यदि मिले तो उसका उपयोग करता है। निम्नलिखित में डिफ़ॉल्ट कॉन्फ़िग फ़ाइल की जाँच की जाती है
इस क्रम में स्थान:

1) कर्ल "होम डीआईआर" ढूंढने का प्रयास करता है: यह पहले CURL_HOME की जांच करता है और फिर
गृह पर्यावरण चर। ऐसा न होने पर, यह यूनिक्स की तरह getpwuid() का उपयोग करता है
सिस्टम (जो आपके सिस्टम में वर्तमान उपयोगकर्ता को दी गई होम डीआईआर लौटाता है)। पर
विंडोज़, फिर यह APPDATA वैरिएबल या अंतिम उपाय के रूप में जाँच करता है
'%USERPROFILE%\एप्लिकेशन डेटा'।

2) विंडोज़ पर, यदि होम डीआईआर में कोई _curlrc फ़ाइल नहीं है, तो यह एक की जांच करता है
कर्ल निष्पादन योग्य को उसी डीआईआर में रखा गया है। यूनिक्स जैसी प्रणालियों पर, यह आसानी से हो जाएगा
निर्धारित होम डीआईआर से .curlrc लोड करने का प्रयास करें।

# --- उदाहरण फ़ाइल ---
#यह एक टिप्पणी है
url = "curl.haxx.se"
आउटपुट = "curlhere.html"
उपयोगकर्ता-एजेंट = "सुपरएजेंट/1.0"

# और दूसरा यूआरएल भी लाएँ
url = "curl.haxx.se/docs/manpage.html"
-O
रेफरर = "http://nowhereatall.com/"
# --- उदाहरण फ़ाइल का अंत ---

एकाधिक कॉन्फ़िगरेशन फ़ाइलों को लोड करने के लिए इस विकल्प का कई बार उपयोग किया जा सकता है।

--रखें-समय
यह विकल्प भेजने से पहले कनेक्शन के निष्क्रिय रहने के लिए आवश्यक समय निर्धारित करता है
रख-रखाव जांच और अलग-अलग रख-रखाव जांच के बीच का समय। यह वर्तमान में है
TCP_KEEPIDLE और TCP_KEEPINTVL सॉकेट की पेशकश करने वाले ऑपरेटिंग सिस्टम पर प्रभावी
विकल्प (अर्थात् Linux, हाल का AIX, HP-UX और बहुत कुछ)। इस विकल्प का कोई प्रभाव नहीं पड़ता यदि
--नहीं-रखनेवाला प्रयोग किया जाता है। (7.18.0 में जोड़ा गया)

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा। यदि अनिर्दिष्ट है,
विकल्प 60 सेकंड के लिए डिफ़ॉल्ट है।

--चाबी
(एसएसएल/एसएसएच) निजी कुंजी फ़ाइल नाम। इसमें आपको अपनी निजी कुंजी प्रदान करने की अनुमति मिलती है
अलग फ़ाइल. एसएसएच के लिए, यदि निर्दिष्ट नहीं है, तो कर्ल निम्नलिखित उम्मीदवारों को आज़माता है
आदेश देना: '~/.ssh/id_rsa''~/.ssh/id_dsa', './id_rsa', './id_dsa'।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--कुंजी प्रकार
(एसएसएल) निजी कुंजी फ़ाइल प्रकार। निर्दिष्ट करें कि आपका कौन सा प्रकार है --चाभी बशर्ते निजी कुंजी हो।
डीईआर, पीईएम और ईएनजी समर्थित हैं। यदि निर्दिष्ट नहीं है, तो पीईएम मान लिया गया है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--krb
(एफ़टीपी) कर्बेरोस प्रमाणीकरण और उपयोग सक्षम करें। स्तर दर्ज किया जाना चाहिए और होना चाहिए
'स्पष्ट', 'सुरक्षित', 'गोपनीय' या 'निजी' में से एक बनें। क्या आपको एक स्तर का उपयोग करना चाहिए
वह इनमें से एक नहीं है, इसके स्थान पर 'निजी' का उपयोग किया जाएगा।

इस विकल्प के लिए kerberos4 समर्थन से निर्मित लाइब्रेरी की आवश्यकता है। ये बहुत नहीं है
सामान्य। उपयोग -वी, --संस्करण यह देखने के लिए कि क्या आपका कर्ल इसका समर्थन करता है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-एल, --केवल-सूची
(एफ़टीपी) किसी एफ़टीपी निर्देशिका को सूचीबद्ध करते समय, यह स्विच केवल-नाम दृश्य को बाध्य करता है। यह है
विशेष रूप से उपयोगी यदि उपयोगकर्ता किसी एफ़टीपी की सामग्री को मशीन-पार्स करना चाहता है
निर्देशिका क्योंकि सामान्य निर्देशिका दृश्य मानक रूप या प्रारूप का उपयोग नहीं करता है।
जब इस तरह उपयोग किया जाता है, तो विकल्प सर्वर पर एनएलएसटी कमांड भेजने का कारण बनता है
सूची के बजाय.

नोट: कुछ एफ़टीपी सर्वर एनएलएसटी के प्रति अपनी प्रतिक्रिया में केवल फाइलों को सूचीबद्ध करते हैं; वे नहीं
उप-निर्देशिकाएँ और प्रतीकात्मक लिंक शामिल करें।

(POP3) POP3 से एक विशिष्ट ईमेल प्राप्त करते समय, यह स्विच एक LIST को बाध्य करता है
आरईटीआर के बजाय निष्पादित किया जाने वाला आदेश। यह विशेष रूप से उपयोगी है यदि उपयोगकर्ता
यह देखना चाहता है कि सर्वर पर कोई विशिष्ट संदेश आईडी मौजूद है या नहीं और उसका आकार क्या है।

नोट: जब साथ मिलाया जाए -एक्स, --अनुरोध , इस विकल्प का उपयोग भेजने के लिए किया जा सकता है
इसके बजाय एक यूआईडीएल कमांड, ताकि उपयोगकर्ता ईमेल के विशिष्ट पहचानकर्ता का उपयोग कर सके
अनुरोध करने के लिए इसकी संदेश आईडी की तुलना में। (7.21.5 में जोड़ा गया)

-एल, --स्थान
(HTTP/HTTPS) यदि सर्वर रिपोर्ट करता है कि अनुरोधित पृष्ठ किसी भिन्न पृष्ठ पर चला गया है
स्थान (स्थान: हेडर और 3XX प्रतिक्रिया कोड के साथ दर्शाया गया है), यह विकल्प
कर्ल को नई जगह पर फिर से अनुरोध करने को कहेगा। यदि साथ में प्रयोग किया जाए -मैं,
--शामिल or -मैं, --सिर, सभी अनुरोधित पृष्ठों के शीर्षलेख दिखाए जाएंगे। कब
प्रमाणीकरण का उपयोग किया जाता है, कर्ल केवल प्रारंभिक होस्ट को अपनी साख भेजता है। यदि एक
रीडायरेक्ट कर्ल को एक अलग होस्ट पर ले जाता है, यह इंटरसेप्ट करने में सक्षम नहीं होगा
उपयोगकर्ता+पासवर्ड. यह सभी देखें --स्थान-विश्वसनीय इसे कैसे बदला जाए। आप इसे सीमित कर सकते हैं
का उपयोग करके अनुसरण करने के लिए रीडायरेक्ट की मात्रा --मैक्स-रेडिरस विकल्प.

जब कर्ल रीडायरेक्ट का अनुसरण करता है और अनुरोध एक सादा GET नहीं है (उदाहरण के लिए POST
या PUT), यदि HTTP प्रतिक्रिया 301 थी, तो यह GET के साथ निम्नलिखित अनुरोध करेगा,
302, या 303। यदि प्रतिक्रिया कोड कोई अन्य 3xx कोड था, तो कर्ल फिर से भेजेगा
उसी असंशोधित विधि का उपयोग करके निम्नलिखित अनुरोध।

आप कर्ल को 30x के बाद गैर-जीईटी अनुरोध विधि को जीईटी में न बदलने के लिए कह सकते हैं
उसके लिए समर्पित विकल्पों का उपयोग करके प्रतिक्रिया दें: --पोस्ट301, --पोस्ट302 और
-पोस्ट303.

--libcurl
इस विकल्प को किसी भी सामान्य कर्ल कमांड लाइन में जोड़ें, और आपको एक libcurl मिलेगा-
फ़ाइल में लिखे गए C स्रोत कोड का उपयोग करना जो आपके समान कार्य करता है
कमांड-लाइन ऑपरेशन करता है!

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम दिए गए फ़ाइल नाम का उपयोग किया जाएगा। (जोड़ा गया
7.16.1 में)

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

दी गई गति को बाइट्स/सेकंड में मापा जाता है, जब तक कि कोई प्रत्यय न जोड़ा जाए।
'k' या 'K' जोड़ने पर संख्या किलोबाइट के रूप में गिनी जाएगी, 'm' या M' इसे बनाता है
मेगाबाइट्स, जबकि 'जी' या 'जी' इसे गीगाबाइट्स बनाता है। उदाहरण: 200K, 3m और 1G।

दी गई दर संपूर्ण स्थानांतरण के दौरान गणना की गई औसत गति है। का मतलब है
वह कर्ल छोटे विस्फोटों में उच्च स्थानांतरण गति का उपयोग कर सकता है, लेकिन समय के साथ इसका उपयोग होता है
दी गई दर से अधिक नहीं.

अगर आप भी इसका इस्तेमाल करते हैं -वाई, --गति सीमा विकल्प, उस विकल्प को प्राथमिकता दी जाएगी और
गति-सीमा तर्क को बनाए रखने में मदद के लिए, दर-सीमित को थोड़ा कमजोर कर सकता है
काम कर रहे।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--स्थानीय-बंदरगाह [-संख्या]
कनेक्शन के लिए उपयोग करने के लिए एक पसंदीदा संख्या या स्थानीय पोर्ट नंबरों की सीमा निर्धारित करें।
ध्यान दें कि पोर्ट नंबर स्वभावतः एक दुर्लभ संसाधन हैं जो कभी-कभी व्यस्त रहेंगे
इसलिए इस सीमा को बहुत संकीर्ण पर सेट करने से अनावश्यक कनेक्शन हो सकता है
सेटअप विफलताएँ. (7.15.2 में जोड़ा गया)

--स्थान-विश्वसनीय
(HTTP/HTTPS) जैसे -एल, --स्थान, लेकिन सभी को नाम + पासवर्ड भेजने की अनुमति देगा
वे होस्ट जिन पर साइट रीडायरेक्ट हो सकती है। इससे सुरक्षा मिल भी सकती है और नहीं भी
यदि साइट आपको किसी ऐसी साइट पर पुनर्निर्देशित करती है जिस पर आप अपना प्रमाणीकरण भेजेंगे तो उल्लंघन करें
जानकारी (जो HTTP बेसिक प्रमाणीकरण के मामले में सादा पाठ है)।

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

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--लॉगिन-विकल्प
सर्वर प्रमाणीकरण के दौरान उपयोग करने के लिए लॉगिन विकल्प निर्दिष्ट करें।

आप उपयोग किए जा सकने वाले प्रोटोकॉल विशिष्ट विकल्पों को निर्दिष्ट करने के लिए लॉगिन विकल्पों का उपयोग कर सकते हैं
प्रमाणीकरण के दौरान. वर्तमान में केवल IMAP, POP3 और SMTP ही लॉगिन विकल्पों का समर्थन करते हैं।
लॉगिन विकल्पों के बारे में अधिक जानकारी के लिए कृपया RFC 2384, RFC 5092 और IETF देखें
ड्राफ्ट ड्राफ्ट-इयरहार्ट-url-smtp-00.txt (7.34.0 में जोड़ा गया)।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--मेल-auth
(एसएमटीपी) एक ही पता निर्दिष्ट करें। इसका उपयोग प्रमाणीकरण निर्दिष्ट करने के लिए किया जाएगा
सबमिट किए गए संदेश का पता (पहचान) जिसे किसी अन्य सर्वर पर रिले किया जा रहा है।

(7.25.0 में जोड़ा गया)

--मेल प्रेषक
(एसएमटीपी) एक एकल पता निर्दिष्ट करें जिससे दिया गया मेल भेजा जाना चाहिए।

(7.20.0 में जोड़ा गया)

--अधिकतम फ़ाइल आकार
डाउनलोड करने के लिए फ़ाइल का अधिकतम आकार (बाइट्स में) निर्दिष्ट करें। यदि अनुरोधित फ़ाइल है
इस मान से अधिक होने पर, स्थानांतरण प्रारंभ नहीं होगा और कर्ल निकास के साथ वापस आ जाएगा
कोड 63.

नोट: फ़ाइल का आकार हमेशा डाउनलोड करने से पहले ज्ञात नहीं होता है, और ऐसी फ़ाइलों के लिए यह
विकल्प का कोई प्रभाव नहीं पड़ता, भले ही फ़ाइल स्थानांतरण इस दिए गए आकार से बड़ा हो
सीमा. यह FTP और HTTP ट्रांसफ़र दोनों पर लागू होता है।

--मेल-आरसीपीटी
(एसएमटीपी) एक एकल पता, उपयोगकर्ता नाम या मेलिंग सूची नाम निर्दिष्ट करें।

मेल स्थानांतरण करते समय, प्राप्तकर्ता को एक वैध ईमेल पता निर्दिष्ट करना चाहिए
मेल भेजने के लिए. (7.20.0 में जोड़ा गया)

पता सत्यापन (वीआरएफवाई कमांड) करते समय, प्राप्तकर्ता को होना चाहिए
उपयोगकर्ता नाम या उपयोगकर्ता नाम और डोमेन के रूप में निर्दिष्ट (RFC3.5 की धारा 5321 के अनुसार)।
(7.34.0 में जोड़ा गया)

मेलिंग सूची का विस्तार (EXPN कमांड) करते समय, प्राप्तकर्ता को होना चाहिए
मेलिंग सूची नाम, जैसे "मित्र" या "लंदन-ऑफिस" का उपयोग करके निर्दिष्ट किया गया है।
(7.34.0 में जोड़ा गया)

--मैक्स-रेडिरस
अनुमत पुनर्निर्देशन-फ़ॉलोइंग की अधिकतम संख्या निर्धारित करें। अगर -एल, --स्थान प्रयोग किया जाता है,
इस विकल्प का उपयोग कर्ल को "बेतुके ढंग से" पुनर्निर्देशन का पालन करने से रोकने के लिए किया जा सकता है।
डिफ़ॉल्ट रूप से, सीमा 50 पुनर्निर्देशन पर सेट है। इसे बनाने के लिए इस विकल्प को -1 पर सेट करें
असीम।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--मेटलिंक
यह विकल्प कर्ल को किसी दिए गए यूआरआई को मेटालिंक फ़ाइल (दोनों) के रूप में पार्स करने और संसाधित करने के लिए कह सकता है
संस्करण 3 और 4 (आरएफसी 5854) समर्थित हैं) और भीतर सूचीबद्ध दर्पणों का उपयोग करें
यदि त्रुटियाँ हैं (जैसे कि फ़ाइल या सर्वर उपलब्ध नहीं है) तो फ़ेलओवर के लिए।
डाउनलोड पूरा होने के बाद यह फ़ाइल के हैश को भी सत्यापित करेगा। द मेटलिंक
फ़ाइल को स्वयं मेमोरी में डाउनलोड और संसाधित किया जाता है और स्थानीय फ़ाइल में संग्रहीत नहीं किया जाता है
प्रणाली।

दूरस्थ मेटलिंक फ़ाइल का उपयोग करने का उदाहरण:

कर्ल --मेटलिंक http://www.example.com/example.metalink

स्थानीय फ़ाइल सिस्टम में मेटलिंक फ़ाइल का उपयोग करने के लिए, FILE प्रोटोकॉल (फ़ाइल: //) का उपयोग करें:

कर्ल --मेटालिंक फ़ाइल://example.metalink

कृपया ध्यान दें कि यदि फ़ाइल प्रोटोकॉल अक्षम है, तो स्थानीय का उपयोग करने का कोई तरीका नहीं है
इस लेखन के समय मेटलिंक फ़ाइल। यह भी ध्यान दें कि यदि --मेटलिंक और
--शामिल एक साथ उपयोग किया जाता है, --शामिल नजरअंदाज कर दिया जाएगा. ऐसा इसलिए है क्योंकि इसमें शामिल है
प्रतिक्रिया में हेडर मेटालिंक पार्सर को तोड़ देंगे और यदि हेडर शामिल हैं
मेटलिंक फ़ाइल में वर्णित फ़ाइल में, हैश जाँच विफल हो जाएगी।

(7.27.0 में जोड़ा गया, यदि लिबमेटालिंक लाइब्रेरी के विरुद्ध बनाया गया है।)

-n, --netrc
कर्ल स्कैन बनाता है .netrc (_नेटआरसी विंडोज़ पर) उपयोगकर्ता की होम निर्देशिका में फ़ाइल
लॉगिन नाम और पासवर्ड के लिए. इसका उपयोग आमतौर पर यूनिक्स पर एफ़टीपी के लिए किया जाता है। यदि साथ प्रयोग किया जाए
HTTP, कर्ल उपयोगकर्ता प्रमाणीकरण सक्षम करेगा। देखना नेटआरसी(5) FTP(1) विवरण के लिए
फ़ाइल फ़ारमैट। यदि उस फ़ाइल के पास सही अनुमतियाँ नहीं हैं तो कर्ल शिकायत नहीं करेगा
(यह विश्व या समूह-पठनीय नहीं होना चाहिए)। पर्यावरण चर "होम"
होम डायरेक्टरी ढूंढने के लिए उपयोग किया जाता है।

सेटअप कैसे करें इसका एक त्वरित और बहुत ही सरल उदाहरण .netrc एफ़टीपी को कर्ल की अनुमति देने के लिए
मशीन का उपयोगकर्ता नाम 'myself' और पासवर्ड 'गुप्त' होना चाहिए
समान दिखें:

मशीन host.domain.com लॉग इन अपने आप पासवर्ड गुप्त

-एन, --नो-बफर
आउटपुट स्ट्रीम की बफ़रिंग अक्षम करता है। सामान्य कार्य स्थितियों में, कर्ल होगा
एक मानक बफ़र्ड आउटपुट स्ट्रीम का उपयोग करें जिसका प्रभाव यह होगा कि यह आउटपुट करेगा
डेटा टुकड़ों में, जरूरी नहीं कि डेटा ठीक उसी समय आए। इसका उपयोग कर रहे हैं
विकल्प उस बफ़रिंग को अक्षम कर देगा।

ध्यान दें कि यह प्रलेखित अस्वीकृत विकल्प नाम है। आप इस प्रकार उपयोग कर सकते हैं --बफर सेवा मेरे
बफ़रिंग लागू करें.

--netrc-फ़ाइल
यह विकल्प के समान है --netrc, सिवाय इसके कि आप पथ (पूर्ण या) प्रदान करते हैं
सापेक्ष) नेटआरसी फ़ाइल के लिए जिसका कर्ल को उपयोग करना चाहिए। आप केवल एक नेटआरसी निर्दिष्ट कर सकते हैं
फ़ाइल प्रति आह्वान. यदि अनेक --netrc-फ़ाइल विकल्प प्रदान किए गए हैं, केवल पिछली बार
एक उपयोग किया जाएगा। (7.21.5 में जोड़ा गया)

यह विकल्प किसी भी उपयोग को ओवरराइड करता है --netrc क्योंकि वे परस्पर अनन्य हैं। यह
का भी पालन करें --netrc-वैकल्पिक यदि निर्दिष्ट किया गया हो.

--netrc-वैकल्पिक
बहुत समान है --netrc, लेकिन यह विकल्प .netrc का उपयोग करता है वैकल्पिक और नहीं
के रूप में अनिवार्य है --netrc विकल्प करता है.

--मोल-भाव करना
(HTTP) नेगोशिएट (SPNEGO) प्रमाणीकरण सक्षम करता है।

यदि आप प्रॉक्सी प्रमाणीकरण के लिए नेगोशिएट (SPNEGO) को सक्षम करना चाहते हैं, तो उपयोग करें
--प्रॉक्सी-बातचीत.

इस विकल्प के लिए GSS-API या SSPI समर्थन से निर्मित लाइब्रेरी की आवश्यकता होती है। उपयोग -वी,
--संस्करण यह देखने के लिए कि क्या आपका कर्ल GSS-API/SSPI और SPNEGO को सपोर्ट करता है।

इस विकल्प का उपयोग करते समय, आपको एक नकली भी प्रदान करना होगा -यू, --उपयोगकर्ता सक्रिय करने का विकल्प
प्रमाणीकरण कोड ठीक से। उपयोगकर्ता नाम के रूप में '-u :' भेजना पर्याप्त है
से पासवर्ड -u विकल्प वास्तव में उपयोग नहीं किया जाता है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो केवल पहले वाले का ही उपयोग किया जाता है।

--नहीं-रखनेवाला
डिफ़ॉल्ट कर्ल के रूप में, टीसीपी कनेक्शन पर कीपेलाइव संदेशों के उपयोग को अक्षम करता है
उन्हें सक्षम बनाता है.

ध्यान दें कि यह प्रलेखित अस्वीकृत विकल्प नाम है। आप इस प्रकार उपयोग कर सकते हैं --जिंदा रहो
रख-रखाव को लागू करने के लिए।

--नो-सेशनआईडी
(एसएसएल) एसएसएल सत्र-आईडी कैशिंग के कर्ल के उपयोग को अक्षम करें। डिफ़ॉल्ट रूप से सभी स्थानान्तरण होते हैं
कैश का उपयोग करके किया गया. ध्यान दें कि प्रयास करने पर कभी भी किसी चीज को नुकसान नहीं पहुंचना चाहिए
एसएसएल सत्र-आईडी का पुन: उपयोग करें, ऐसा प्रतीत होता है कि जंगली में एसएसएल कार्यान्वयन टूटा हुआ है
सफल होने के लिए आपको इसे अक्षम करना पड़ सकता है। (7.16.0 में जोड़ा गया)

ध्यान दें कि यह प्रलेखित अस्वीकृत विकल्प नाम है। आप इस प्रकार उपयोग कर सकते हैं --सत्र आईडी
सत्र-आईडी कैशिंग लागू करने के लिए।

--नोप्रॉक्सी
होस्ट की अल्पविराम से अलग की गई सूची जो प्रॉक्सी का उपयोग नहीं करती है, यदि कोई निर्दिष्ट है।
केवल वाइल्डकार्ड एक एकल * वर्ण है, जो सभी होस्ट से मेल खाता है, और प्रभावी रूप से
प्रॉक्सी को अक्षम कर देता है. इस सूची में प्रत्येक नाम या तो एक डोमेन के रूप में मेल खाता है
इसमें होस्टनाम, या स्वयं होस्टनाम शामिल है। उदाहरण के लिए, local.com मेल खाएगा
local.com, local.com:80, और www.local.com, लेकिन www.notlocal.com नहीं। (जोड़ा गया
7.19.4)।

--एनटीएलएम (HTTP) एनटीएलएम प्रमाणीकरण सक्षम करता है। NTLM प्रमाणीकरण विधि किसके द्वारा डिज़ाइन की गई थी?
Microsoft और IIS वेब सर्वर द्वारा उपयोग किया जाता है। यह एक मालिकाना प्रोटोकॉल है, उल्टा-
चतुर लोगों द्वारा इंजीनियर किया गया और उनके प्रयासों के आधार पर कर्ल में कार्यान्वित किया गया। यह
इस प्रकार के व्यवहार का समर्थन नहीं किया जाना चाहिए, आपको इसका उपयोग करने वाले प्रत्येक व्यक्ति को प्रोत्साहित करना चाहिए
इसके बजाय एनटीएलएम को सार्वजनिक और दस्तावेजी प्रमाणीकरण पद्धति पर स्विच करना होगा, जैसे
पाचन.

यदि आप अपने प्रॉक्सी प्रमाणीकरण के लिए एनटीएलएम सक्षम करना चाहते हैं, तो उपयोग करें --प्रॉक्सी-एनटीएलएम.

इस विकल्प के लिए SSL समर्थन से निर्मित लाइब्रेरी की आवश्यकता होती है। उपयोग -वी, --संस्करण देखना है की
आपका कर्ल एनटीएलएम का समर्थन करता है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो केवल पहले वाले का ही उपयोग किया जाता है।

-ओ, --आउटपुट
को आउटपुट लिखें स्टडआउट के बजाय। यदि आप लाने के लिए {} या [] का उपयोग कर रहे हैं
एकाधिक दस्तावेज़ों में, आप '#' के बाद एक संख्या का उपयोग कर सकते हैं निर्दिष्टकर्ता.
उस वेरिएबल को लाए जा रहे यूआरएल के लिए मौजूदा स्ट्रिंग से बदल दिया जाएगा।
में तरह:

कर्ल http://{one,two}.site.com -o "file_#1.txt"

या कई वेरिएबल का उपयोग करें जैसे:

कर्ल http://{साइट,होस्ट}.होस्ट[1-5].com -o "#1_#2"

आपके पास जितनी यूआरएल हैं उतनी बार आप इस विकल्प का उपयोग कर सकते हैं।

यह भी देखें --create-dirs स्थानीय निर्देशिकाओं को गतिशील रूप से बनाने का विकल्प।
आउटपुट को '-' (एकल डैश) के रूप में निर्दिष्ट करने से आउटपुट को ऐसा करने के लिए बाध्य होना पड़ेगा
स्टडआउट

-ओ, --दूरस्थ नाम
आउटपुट को एक स्थानीय फ़ाइल में लिखें, जिसका नाम हमें प्राप्त रिमोट फ़ाइल जैसा है। (केवल फ़ाइल भाग
दूरस्थ फ़ाइल का उपयोग किया जाता है, पथ कट जाता है।)

सहेजने के लिए उपयोग किया जाने वाला दूरस्थ फ़ाइल नाम दिए गए URL से निकाला गया है, कुछ भी नहीं
अन्य।

परिणामस्वरूप, फ़ाइल वर्तमान कार्यशील निर्देशिका में सहेजी जाएगी। अगर आप
यदि आप फ़ाइल को किसी भिन्न निर्देशिका में सहेजना चाहते हैं, तो सुनिश्चित करें कि आप वर्तमान कार्यप्रणाली को बदल दें
इससे पहले कि आप कर्ल शुरू करें निर्देशिका -ओ, --दूरस्थ नाम झंडा!

फ़ाइल नाम पर कोई यूआरएल डिकोडिंग नहीं की गई है। यदि इसमें %20 या अन्य यूआरएल एनकोडेड है
नाम के कुछ भाग, वे फ़ाइल नाम के समान ही समाप्त हो जायेंगे।

आपके पास जितनी यूआरएल हैं उतनी बार आप इस विकल्प का उपयोग कर सकते हैं।

--oauth2-वाहक
(IMAP, POP3, SMTP) OAUTH 2.0 सर्वर प्रमाणीकरण के लिए बियरर टोकन निर्दिष्ट करें।
बियरर टोकन का उपयोग उपयोगकर्ता नाम के संयोजन में किया जाता है जिसे निर्दिष्ट किया जा सकता है
के हिस्से के रूप में --यूआरएल or -यू, --उपयोगकर्ता विकल्प.

बियरर टोकन और उपयोगकर्ता नाम RFC 6750 के अनुसार स्वरूपित हैं।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--प्रॉक्सी-हेडर
(HTTP) प्रॉक्सी को HTTP भेजते समय अनुरोध में शामिल करने के लिए अतिरिक्त हेडर। आप कर सकते हैं
अतिरिक्त शीर्षलेखों की कोई भी संख्या निर्दिष्ट करें. यह इसके समकक्ष विकल्प है -एच, --हेडर
लेकिन यह केवल प्रॉक्सी संचार के लिए है जैसे कि CONNECT अनुरोधों में जब आप चाहते हैं
वास्तविक दूरस्थ होस्ट को जो भेजा जाता है, उसके लिए प्रॉक्सी को अलग हेडर भेजा जाता है।

कर्ल यह सुनिश्चित करेगा कि आपके द्वारा जोड़ा/प्रतिस्थापित प्रत्येक हेडर उचित अंत के साथ भेजा गया है-
ऑफ-लाइन मार्कर, आपको इस प्रकार करना चाहिए नहीं इसे हेडर सामग्री के एक भाग के रूप में जोड़ें: करें
नई लाइनें या कैरिज रिटर्न न जोड़ें, वे केवल आपके लिए चीजें गड़बड़ा देंगे।

इस विकल्प के साथ निर्दिष्ट हेडर उन अनुरोधों में शामिल नहीं किए जाएंगे जिन्हें कर्ल जानता है
प्रॉक्सी को नहीं भेजा जाएगा.

इस विकल्प का उपयोग कई हेडर जोड़ने/प्रतिस्थापित करने/हटाने के लिए कई बार किया जा सकता है।

(7.37.0 में जोड़ा गया)

-पी, --प्रॉक्सीटनल
जब HTTP प्रॉक्सी का उपयोग किया जाता है (-एक्स, --प्रॉक्सी), यह विकल्प गैर-HTTP प्रोटोकॉल का कारण बनेगा
केवल HTTP-जैसा करने के लिए प्रॉक्सी का उपयोग करने के बजाय उसके माध्यम से सुरंग बनाने का प्रयास करना
परिचालन. सुरंग दृष्टिकोण HTTP प्रॉक्सी CONNECT अनुरोध के साथ बनाया गया है
आवश्यक है कि प्रॉक्सी रिमोट पोर्ट नंबर कर्ल से सीधे जुड़ने की अनुमति दे
के माध्यम से सुरंग बनाना.

-पी, --एफटीपी-पोर्ट
(एफ़टीपी) एफ़टीपी से कनेक्ट होने पर डिफ़ॉल्ट आरंभकर्ता/श्रोता भूमिकाओं को उलट देता है। यह
स्विच कर्ल को सक्रिय मोड का उपयोग कराता है। व्यवहार में, कर्ल फिर सर्वर को बताता है
क्लाइंट के निर्दिष्ट पते और पोर्ट पर वापस कनेक्ट करें, जबकि निष्क्रिय मोड पूछता है
सर्वर को कनेक्ट करने के लिए एक आईपी एड्रेस और पोर्ट सेटअप करना होगा। चाहिए
इनमें से एक बनें:

इंटरफेस
यानी "eth0" यह निर्दिष्ट करने के लिए कि आप किस इंटरफ़ेस का आईपी पता उपयोग करना चाहते हैं (यूनिक्स)।
केवल)

आईपी ​​पते
यानी सटीक आईपी पता निर्दिष्ट करने के लिए "192.168.10.1"।

होस्ट नाम
यानी मशीन को निर्दिष्ट करने के लिए "my.host.domain"।

- कर्ल को वही आईपी एड्रेस चुनें जो पहले से ही नियंत्रण के लिए उपयोग किया जाता है
संबंध

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा। का उपयोग अक्षम करें
पोर्ट के साथ --ftp-पासवी. पोर्ट के बजाय ईपीआरटी कमांड का उपयोग करने का प्रयास अक्षम करें
का उपयोग करके --अक्षम-eprt. ईपीआरटी वास्तव में पोर्ट++ है।

7.19.5 से प्रारंभ करके, आप पते के दाईं ओर ":[प्रारंभ]-[अंत]" जोड़ सकते हैं,
कर्ल को बताएं कि किस टीसीपी पोर्ट रेंज का उपयोग करना है। इसका मतलब है कि आप एक पोर्ट रेंज निर्दिष्ट करते हैं, a से
निम्न से अधिक संख्या तक। एक एकल संख्या भी काम करती है, लेकिन ध्यान रखें कि यह
विफलता का जोखिम बढ़ जाता है क्योंकि पोर्ट उपलब्ध नहीं हो सकता है।

--उत्तीर्ण
(एसएसएल/एसएसएच) निजी कुंजी के लिए पासफ़्रेज़

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--पथ-जैसा-है
कर्ल से कहें कि वह अनुक्रमों को संभाल न सके /../ or /./ दिए गए URL पथ में. सामान्य रूप से
कर्ल मानकों के अनुसार उन्हें कुचल देगा या मर्ज कर देगा लेकिन इस विकल्प के साथ आप सेट होंगे
इसे ऐसा न करने को कहें.

(7.42.0 में जोड़ा गया)

--पोस्ट301
(HTTP) कर्ल को RFC 7230/6.4.2 का सम्मान करने और POST अनुरोधों को GET में परिवर्तित न करने के लिए कहता है
301 पुनर्निर्देशन का पालन करते समय अनुरोध। गैर-आरएफसी व्यवहार सर्वव्यापी है
वेब ब्राउज़र, इसलिए स्थिरता बनाए रखने के लिए कर्ल डिफ़ॉल्ट रूप से रूपांतरण करता है।
हालाँकि, किसी सर्वर को ऐसे पुनर्निर्देशन के बाद POST बने रहने के लिए POST की आवश्यकता हो सकती है।
यह विकल्प प्रयोग करने पर ही सार्थक है -एल, --स्थान (7.17.1 में जोड़ा गया)

--पोस्ट302
(HTTP) कर्ल को RFC 7230/6.4.3 का सम्मान करने और POST अनुरोधों को GET में परिवर्तित न करने के लिए कहता है
302 पुनर्निर्देशन का पालन करते समय अनुरोध। गैर-आरएफसी व्यवहार सर्वव्यापी है
वेब ब्राउज़र, इसलिए स्थिरता बनाए रखने के लिए कर्ल डिफ़ॉल्ट रूप से रूपांतरण करता है।
हालाँकि, किसी सर्वर को ऐसे पुनर्निर्देशन के बाद POST बने रहने के लिए POST की आवश्यकता हो सकती है।
यह विकल्प प्रयोग करने पर ही सार्थक है -एल, --स्थान (7.19.1 में जोड़ा गया)

--पोस्ट303
(HTTP) कर्ल को RFC 7230/6.4.4 का सम्मान करने और POST अनुरोधों को GET में परिवर्तित न करने के लिए कहता है
303 पुनर्निर्देशन का पालन करते समय अनुरोध। गैर-आरएफसी व्यवहार सर्वव्यापी है
वेब ब्राउज़र, इसलिए स्थिरता बनाए रखने के लिए कर्ल डिफ़ॉल्ट रूप से रूपांतरण करता है।
हालाँकि, किसी सर्वर को ऐसे पुनर्निर्देशन के बाद POST बने रहने के लिए POST की आवश्यकता हो सकती है।
यह विकल्प प्रयोग करने पर ही सार्थक है -एल, --स्थान (7.26.0 में जोड़ा गया)

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

+ पहले से अनुमत प्रोटोकॉल के अतिरिक्त इस प्रोटोकॉल की अनुमति दें (यह है)।
यदि कोई संशोधक उपयोग नहीं किया जाता है तो डिफ़ॉल्ट)।

- इस प्रोटोकॉल को पहले से अनुमत प्रोटोकॉल की सूची से हटाकर अस्वीकार करें।

= केवल इस प्रोटोकॉल की अनुमति दें (पहले से ही अनुमत सूची को अनदेखा करते हुए), हालांकि विषय
अल्पविराम से अलग की गई सूची में बाद की प्रविष्टियों द्वारा बाद में संशोधन करना।

उदाहरण के लिए:

--प्रोटो -एफटीपीएस डिफ़ॉल्ट प्रोटोकॉल का उपयोग करता है, लेकिन ftps को अक्षम कर देता है

--प्रोटो -सभी,https,+http
केवल http और https सक्षम करता है

--प्रोटो = एचटीटीपी, एचटीटीपीएस
यह केवल http और https को भी सक्षम करता है

अज्ञात प्रोटोकॉल एक चेतावनी उत्पन्न करते हैं. यह स्क्रिप्ट को सुरक्षित रूप से अस्तित्व पर भरोसा करने की अनुमति देता है
के समर्थन पर भरोसा किए बिना, संभावित खतरनाक प्रोटोकॉल को अक्षम करने में सक्षम
त्रुटि से बचने के लिए उस प्रोटोकॉल को कर्ल में बनाया जा रहा है।

इस विकल्प का उपयोग कई बार किया जा सकता है, इस स्थिति में प्रभाव वैसा ही होता है
प्रोटोकॉल को विकल्प के एक उदाहरण में संयोजित करना।

(7.20.2 में जोड़ा गया)

--प्रोटो-डिफ़ॉल्ट
कर्ल को उपयोग करने के लिए कहता है प्रोटोकॉल किसी भी यूआरएल के लिए योजना का नाम गायब है।

उदाहरण:

--प्रोटो-डिफ़ॉल्ट https ftp.mozilla.org
https://ftp.mozilla.org

कोई अज्ञात या असमर्थित प्रोटोकॉल त्रुटि का कारण बनता है CURLE_UNSUPPORTED_PROTOCOL.

यह विकल्प डिफ़ॉल्ट प्रॉक्सी प्रोटोकॉल (http) को नहीं बदलता है।

इस विकल्प के बिना कर्ल होस्ट के आधार पर एक अनुमान लगाएगा, देखें --यूआरएल ब्योरा हेतु।

(7.45.0 में जोड़ा गया)

--प्रोटो-रेडिर
कर्ल को रीडायरेक्ट पर सूचीबद्ध प्रोटोकॉल का उपयोग करने के लिए कहता है। कैसे प्रोटोकॉल के लिए --proto देखें
का प्रतिनिधित्व कर रहे हैं।

उदाहरण:

--प्रोटो-रेडिर -सभी, http, https
रीडायरेक्ट पर केवल HTTP और HTTPS की अनुमति दें।

डिफ़ॉल्ट रूप से कर्ल सुरक्षा के लिए अक्षम कई प्रोटोकॉल को छोड़कर सभी प्रोटोकॉल को रीडायरेक्ट पर अनुमति देगा
कारण: 7.19.4 से फ़ाइल और एससीपी अक्षम हैं, और 7.40.0 से एसएमबी और एसएमबीएस भी अक्षम हैं
अक्षम। निर्दिष्ट करना सब or +सभी रीडायरेक्ट पर सभी प्रोटोकॉल को सक्षम करता है, जिसमें वे भी शामिल हैं
सुरक्षा के लिए अक्षम.

(7.20.2 में जोड़ा गया)

--प्रॉक्सी-anyauth
के साथ संचार करते समय कर्ल को एक उपयुक्त प्रमाणीकरण विधि चुनने के लिए कहता है
प्रॉक्सी दी गई. इससे अतिरिक्त अनुरोध/प्रतिक्रिया राउंड-ट्रिप हो सकती है। (जोड़ा गया
7.13.2)

--प्रॉक्सी-बेसिक
दिए गए के साथ संचार करते समय कर्ल को HTTP बेसिक प्रमाणीकरण का उपयोग करने के लिए कहता है
प्रॉक्सी. उपयोग --बुनियादी दूरस्थ होस्ट के साथ HTTP बेसिक को सक्षम करने के लिए। बेसिक डिफ़ॉल्ट है
प्रमाणीकरण विधि कर्ल प्रॉक्सी के साथ उपयोग करता है।

--प्रॉक्सी-डाइजेस्ट
दिए गए के साथ संचार करते समय कर्ल को HTTP डाइजेस्ट प्रमाणीकरण का उपयोग करने के लिए कहता है
प्रॉक्सी. उपयोग --पाचन दूरस्थ होस्ट के साथ HTTP डाइजेस्ट को सक्षम करने के लिए।

--प्रॉक्सी-बातचीत
संचार करते समय कर्ल को HTTP नेगोशिएट (SPNEGO) प्रमाणीकरण का उपयोग करने के लिए कहता है
दिया गया प्रॉक्सी. उपयोग --मोल-भाव करना रिमोट के साथ HTTP नेगोशिएट (SPNEGO) को सक्षम करने के लिए
मेज़बान। (7.17.1 में जोड़ा गया)

--प्रॉक्सी-एनटीएलएम
दिए गए प्रॉक्सी के साथ संचार करते समय कर्ल को HTTP NTLM प्रमाणीकरण का उपयोग करने के लिए कहता है।
उपयोग --एनटीएलएम रिमोट होस्ट के साथ एनटीएलएम को सक्षम करने के लिए।

--प्रॉक्सी-सेवा-नाम
यह विकल्प आपको प्रॉक्सी बातचीत के लिए सेवा का नाम बदलने की अनुमति देता है।

उदाहरण: --प्रॉक्सी-नेगोशिएट प्रॉक्सी-नाम --प्रॉक्सी-सेवा-नाम sockd का प्रयोग होगा
sockd/प्रॉक्सी-नाम। (7.43.0 में जोड़ा गया)।

--प्रॉक्सी1.0
निर्दिष्ट HTTP 1.0 प्रॉक्सी का उपयोग करें। यदि पोर्ट नंबर निर्दिष्ट नहीं है, तो यह है
पोर्ट 1080 पर ग्रहण किया गया।

इसमें और HTTP प्रॉक्सी विकल्प के बीच एकमात्र अंतर है (-एक्स, --प्रॉक्सी), यह है कि
प्रॉक्सी के माध्यम से CONNECT का उपयोग करने का प्रयास इसके बजाय HTTP 1.0 प्रोटोकॉल निर्दिष्ट करेगा
डिफ़ॉल्ट HTTP 1.1 का.

--पबकी
(एसएसएच) सार्वजनिक कुंजी फ़ाइल नाम। यह आपको अपनी सार्वजनिक कुंजी अलग से प्रदान करने की अनुमति देता है
फ़ाइल.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

(7.39.0 के अनुसार, कर्ल सार्वजनिक कुंजी को स्वचालित रूप से निकालने का प्रयास करता है
निजी कुंजी फ़ाइल, इसलिए इस विकल्प को पारित करना आम तौर पर आवश्यक नहीं है। ध्यान दें कि यह
सार्वजनिक कुंजी निष्कर्षण के लिए libssh2 1.2.8 की एक प्रति के विरुद्ध libcurl को लिंक करना आवश्यक है
या उच्चतर जो स्वयं ओपनएसएसएल से जुड़ा हुआ है।)

-q यदि कमांड लाइन पर पहले पैरामीटर के रूप में उपयोग किया जाता है, तो कर्लआरसी config फ़ाइल नहीं होगी
पढ़ा जाए और प्रयोग किया जाए। देखें -क, --कॉन्फ़िगरेशन डिफ़ॉल्ट कॉन्फ़िगरेशन फ़ाइल के विवरण के लिए
खोज पथ.

-क्यू, --उद्धरण
(एफ़टीपी/एसएफटीपी) दूरस्थ एफ़टीपी या एसएफटीपी सर्वर पर एक मनमाना आदेश भेजें। उद्धरण
स्थानांतरण होने से पहले आदेश भेजे जाते हैं (प्रारंभिक PWD के ठीक बाद)।
एफ़टीपी ट्रांसफ़र में कमांड, सटीक होने के लिए)। एक के बाद आदेश देने के लिए
सफल स्थानांतरण, उनके पहले डैश '-' लगाएं। आदेश बनाने के बाद भेजा जाएगा
ट्रांसफर कमांड, उपसर्ग से ठीक पहले कर्ल ने कार्यशील निर्देशिका को बदल दिया है
'+' वाला कमांड (यह केवल एफ़टीपी के लिए समर्थित है)। आप कोई भी संख्या निर्दिष्ट कर सकते हैं
आदेशों का. यदि सर्वर किसी एक कमांड के लिए विफलता लौटाता है, तो संपूर्ण
ऑपरेशन निरस्त कर दिया जाएगा. आपको वाक्यविन्यास की दृष्टि से सही FTP कमांड को RFC के रूप में भेजना होगा
959 एफ़टीपी सर्वरों को परिभाषित करता है, या एसएफटीपी सर्वरों को नीचे सूचीबद्ध आदेशों में से एक को परिभाषित करता है।
इस विकल्प का उपयोग कई बार किया जा सकता है. एफ़टीपी सर्वर से बात करते समय, उपसर्ग लगाएं
आदेश विफल होने पर भी कर्ल जारी रखने के लिए तारांकन चिह्न (*) के साथ आदेश दें
डिफ़ॉल्ट कर्ल पहली विफलता पर रुक जाएगा।

एसएफटीपी एक बाइनरी प्रोटोकॉल है। एफ़टीपी के विपरीत, कर्ल एसएफटीपी उद्धरण आदेशों की व्याख्या करता है
सर्वर पर भेजने से पहले स्वयं। फ़ाइल नामों को शेल-शैली में उद्धृत किया जा सकता है
रिक्त स्थान या विशेष वर्ण एम्बेड करें। सभी समर्थित SFTP की सूची निम्नलिखित है
उद्धरण आदेश:

सीएचजीआरपी समूह फ़ाइल
Chgrp कमांड फ़ाइल ऑपरेंड द्वारा नामित फ़ाइल की समूह आईडी सेट करता है
समूह ऑपरेंड द्वारा निर्दिष्ट समूह आईडी। समूह ऑपरेंड एक दशमलव है
पूर्णांक समूह आईडी.

chmod मोड फ़ाइल
Chmod कमांड निर्दिष्ट फ़ाइल के फ़ाइल मोड बिट्स को संशोधित करता है।
मोड ऑपरेंड एक अष्टाधारी पूर्णांक मोड संख्या है।

उपयोक्ता फ़ाइल को चाउन करें
चाउण्ड कमांड फ़ाइल ऑपरेंड द्वारा नामित फ़ाइल के मालिक को सेट करता है
उपयोगकर्ता ऑपरेंड द्वारा निर्दिष्ट उपयोगकर्ता आईडी। उपयोगकर्ता ऑपरेंड एक दशमलव है
पूर्णांक उपयोगकर्ता आईडी.

एलएन स्रोत_फ़ाइल लक्ष्य_फ़ाइल
एलएन और सिम्लिंक कमांड लक्ष्य_फ़ाइल पर एक प्रतीकात्मक लिंक बनाते हैं
स्थान source_file स्थान की ओर इशारा करता है।

mkdir निर्देशिका_नाम
Mkdir कमांड निर्देशिका_नाम ऑपरेंड द्वारा नामित निर्देशिका बनाता है।

pwd pwd कमांड वर्तमान कार्यप्रणाली का पूर्ण पथनाम लौटाता है
निर्देशिका.

स्रोत लक्ष्य का नाम बदलें
नाम बदलें कमांड स्रोत ऑपरेंड द्वारा नामित फ़ाइल या निर्देशिका का नाम बदल देता है
लक्ष्य ऑपरेंड द्वारा नामित गंतव्य पथ पर।

आरएम फ़ाइल
आरएम कमांड फ़ाइल ऑपरेंड द्वारा निर्दिष्ट फ़ाइल को हटा देता है।

rmdir निर्देशिका
Rmdir कमांड निर्देशिका द्वारा निर्दिष्ट निर्देशिका प्रविष्टि को हटा देता है
ऑपरेंड, बशर्ते वह खाली हो।

सिम्लिंक स्रोत_फ़ाइल लक्ष्य_फ़ाइल
एलएन देखें.

-आर, --रेंज
(HTTP/FTP/SFTP/FILE) एक बाइट रेंज (यानी एक आंशिक दस्तावेज़) पुनर्प्राप्त करें
HTTP/1.1, FTP या SFTP सर्वर या एक स्थानीय फ़ाइल। रेंज को एक संख्या में निर्दिष्ट किया जा सकता है
के तरीके।

0-499 पहले 500 बाइट्स निर्दिष्ट करता है

500-999 दूसरे 500 बाइट्स निर्दिष्ट करता है

-500 अंतिम 500 बाइट्स निर्दिष्ट करता है

9500 - ऑफसेट 9500 और आगे से बाइट्स निर्दिष्ट करता है

0-0, -1 केवल पहला और अंतिम बाइट निर्दिष्ट करता है(*)(HTTP)

100-199,500-599
दो अलग-अलग 100-बाइट रेंज निर्दिष्ट करता है(*) (HTTP)

(*) = ध्यान दें कि इससे सर्वर मल्टीपार्ट प्रतिक्रिया के साथ उत्तर देगा!

के 'प्रारंभ' और 'स्टॉप' फ़ील्ड में केवल अंक वर्ण (0-9) ही मान्य हैं
'स्टार्ट-स्टॉप' रेंज सिंटैक्स। यदि श्रेणी में कोई गैर-अंकीय वर्ण दिया गया है, तो
सर्वर के कॉन्फ़िगरेशन के आधार पर सर्वर की प्रतिक्रिया अनिर्दिष्ट होगी।

आपको यह भी पता होना चाहिए कि कई HTTP/1.1 सर्वर में यह सुविधा नहीं है
सक्षम किया गया है, ताकि जब आप एक सीमा प्राप्त करने का प्रयास करें, तो आपको इसके बजाय संपूर्ण प्राप्त हो
दस्तावेज़.

एफ़टीपी और एसएफटीपी रेंज डाउनलोड केवल सरल 'स्टार्ट-स्टॉप' सिंटैक्स का समर्थन करते हैं
(वैकल्पिक रूप से छोड़े गए अंकों में से एक के साथ)। एफ़टीपी का उपयोग विस्तारित एफ़टीपी पर निर्भर करता है
आदेश का आकार.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-आर, --दूरस्थ-समय
उपयोग करने पर, यह कर्ल को रिमोट के टाइमस्टैम्प का पता लगाने का प्रयास करेगा
फ़ाइल, और यदि वह उपलब्ध है तो स्थानीय फ़ाइल को वही टाइमस्टैम्प प्राप्त करें।

--यादृच्छिक-फ़ाइल
(एसएसएल) उस फ़ाइल का पथ नाम निर्दिष्ट करें जिसमें यादृच्छिक माना जाएगा
डेटा। डेटा का उपयोग एसएसएल कनेक्शन के लिए यादृच्छिक इंजन को सीड करने के लिए किया जाता है। यह भी देखें
--egd-फ़ाइल विकल्प.

--raw (HTTP) जब उपयोग किया जाता है, तो यह सामग्री या स्थानांतरण के सभी आंतरिक HTTP डिकोडिंग को अक्षम कर देता है
एन्कोडिंग करता है और इसके बजाय उन्हें अपरिवर्तित, कच्चा बना देता है। (7.16.2 में जोड़ा गया)

--दूरस्थ-नाम-सभी
यह विकल्प दिए गए सभी यूआरएल के लिए डिफ़ॉल्ट कार्रवाई को इस प्रकार बदल देता है
-ओ, --दूरस्थ नाम प्रत्येक के लिए उपयोग किया गया। इसलिए यदि आप इसे अक्षम करना चाहते हैं
बाद में विशिष्ट यूआरएल --दूरस्थ-नाम-सभी उपयोग किया गया है, आपको "-ओ -" या का उपयोग करना होगा --नहीं-
दूरस्थ-नाम. (7.19.0 में जोड़ा गया)

--संकल्प
किसी विशिष्ट होस्ट और पोर्ट जोड़ी के लिए एक कस्टम पता प्रदान करें। इसका प्रयोग आप कर सकते हैं
कर्ल अनुरोधों को एक निर्दिष्ट पते का उपयोग करें और अन्यथा रोकें
उपयोग किया जाने वाला सामान्य रूप से हल किया गया पता। इसे एक तरह से समझें / Etc / hosts वैकल्पिक
कमांड लाइन पर उपलब्ध कराया गया। पोर्ट नंबर के लिए उपयोग किया जाने वाला नंबर होना चाहिए
विशिष्ट प्रोटोकॉल जिसके लिए होस्ट का उपयोग किया जाएगा। इसका मतलब है कि आपको कई प्रविष्टियों की आवश्यकता है यदि
आप एक ही होस्ट लेकिन अलग-अलग पोर्ट के लिए पता प्रदान करना चाहते हैं।

समाधान के लिए कई होस्ट नाम जोड़ने के लिए इस विकल्प का कई बार उपयोग किया जा सकता है।

(7.21.3 में जोड़ा गया)

-- पुनः प्रयास करें
यदि कर्ल द्वारा स्थानांतरण करने का प्रयास करने पर एक क्षणिक त्रुटि लौटाई जाती है, तो यह वापस आ जाएगी
हार मानने से पहले कई बार पुनः प्रयास करें। संख्या को 0 पर सेट करने से कर्ल हो जाता है
कोई पुनः प्रयास नहीं (जो कि डिफ़ॉल्ट है)। क्षणिक त्रुटि का अर्थ या तो है: एक टाइमआउट, एक एफ़टीपी
4xx प्रतिक्रिया कोड या HTTP 5xx प्रतिक्रिया कोड।

जब कर्ल स्थानांतरण का पुनः प्रयास करने वाला होता है, तो वह पहले एक सेकंड प्रतीक्षा करेगा और फिर उसके लिए
आगामी सभी पुनर्प्रयासों में प्रतीक्षा समय दोगुना हो जाएगा जब तक कि यह 10 मिनट तक न पहुंच जाए
जिसके बाद शेष पुनर्प्रयासों के बीच देरी होगी। का उपयोग करके --पुनः प्रयास करें-
देरी आप इस घातीय बैकऑफ़ एल्गोरिदम को अक्षम कर दें। यह सभी देखें --पुनःप्रयास-अधिकतम समय सेवा मेरे
पुनः प्रयास के लिए अनुमत कुल समय को सीमित करें। (7.12.3 में जोड़ा गया)

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--पुनःप्रयास-विलंब
स्थानांतरण विफल होने पर प्रत्येक पुनः प्रयास से पहले इतनी ही देर के लिए कर्ल स्लीप बनाएं
एक क्षणिक त्रुटि के साथ (यह बीच में डिफ़ॉल्ट बैकऑफ़ समय एल्गोरिदम को बदल देता है
पुनः प्रयास करें)। यह विकल्प तभी दिलचस्प है जब -- पुनः प्रयास करें भी प्रयोग किया जाता है. यह सेटिंग
शून्य पर देरी से कर्ल डिफ़ॉल्ट बैकऑफ़ समय का उपयोग करेगा। (7.12.3 में जोड़ा गया)

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

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

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-स, --चुप
मौन या शांत मोड. प्रगति मीटर या त्रुटि संदेश न दिखाएं. कर्ल बनाता है
आवाज़ बंद करना। यह अभी भी आपके द्वारा मांगे गए डेटा को संभवतः आउटपुट करेगा
टर्मिनल/स्टडआउट जब तक आप इसे रीडायरेक्ट नहीं करते।

--सासल-आईआर
एसएएसएल प्रमाणीकरण में प्रारंभिक प्रतिक्रिया सक्षम करें। (7.31.0 में जोड़ा गया)

--सेवा का नाम
यह विकल्प आपको SPNEGO के लिए सेवा का नाम बदलने की अनुमति देता है।

उदाहरण:--बातचीत करना --सेवा का नाम sockd sockd/server-name का उपयोग करेगा। (जोड़ा गया
7.43.0)।

-एस, --शो-त्रुटि
जब used के साथ प्रयोग किया जाता है -s विफल होने पर यह कर्ल को एक त्रुटि संदेश दिखाता है।

--ssl (FTP, POP3, IMAP, SMTP) कनेक्शन के लिए SSL/TLS का उपयोग करने का प्रयास करें। एक गैर पर वापस लौटता है
यदि सर्वर एसएसएल/टीएलएस का समर्थन नहीं करता है तो सुरक्षित कनेक्शन। यह सभी देखें --एफ़टीपी-एसएसएल-
नियंत्रण और --ssl-reqd एन्क्रिप्शन के विभिन्न स्तरों के लिए आवश्यक। (जोड़ा गया
7.20.0)

इस विकल्प को पहले इस नाम से जाना जाता था --एफटीपी-एसएसएल (7.11.0 में जोड़ा गया)। उस विकल्प का नाम हो सकता है
अभी भी उपयोग किया जाएगा लेकिन भविष्य के संस्करण में हटा दिया जाएगा।

--ssl-reqd
(FTP, POP3, IMAP, SMTP) कनेक्शन के लिए SSL/TLS की आवश्यकता है। को समाप्त करता है
यदि सर्वर एसएसएल/टीएलएस का समर्थन नहीं करता है तो कनेक्शन। (7.20.0 में जोड़ा गया)

इस विकल्प को पहले इस नाम से जाना जाता था --एफ़टीपी-एसएसएल-अनुरोध (7.15.5 में जोड़ा गया)। वह विकल्प
नाम का अभी भी उपयोग किया जा सकता है लेकिन भविष्य के संस्करण में इसे हटा दिया जाएगा।

--एसएसएल-अनुमति-जानवर
(एसएसएल) यह विकल्प कर्ल को एसएसएल3 में सुरक्षा दोष के आसपास काम नहीं करने के लिए कहता है
TLS1.0 प्रोटोकॉल को BEAST के नाम से जाना जाता है। यदि इस विकल्प का उपयोग नहीं किया जाता है, तो एसएसएल परत का उपयोग किया जा सकता है
वर्कअराउंड कुछ पुराने एसएसएल के साथ अंतरसंचालनीयता समस्याओं का कारण बनते हैं
कार्यान्वयन। चेतावनी: यह विकल्प एसएसएल सुरक्षा को ढीला कर देता है, और इसका उपयोग करने से
ध्वज आप बिल्कुल वही मांगते हैं। (7.25.0 में जोड़ा गया)

--एसएसएल-नो-रिवोक
(WinSSL) यह विकल्प कर्ल को प्रमाणपत्र निरस्तीकरण जांच को अक्षम करने के लिए कहता है। चेतावनी:
यह विकल्प एसएसएल सुरक्षा को ढीला कर देता है, और इस ध्वज का उपयोग करके आप सटीक रूप से पूछते हैं
वह। (7.44.0 में जोड़ा गया)

--मोजे4
निर्दिष्ट SOCKS4 प्रॉक्सी का उपयोग करें। यदि पोर्ट नंबर निर्दिष्ट नहीं है, तो इसे मान लिया जाता है
पोर्ट 1080 पर। (7.15.2 में जोड़ा गया)

यह विकल्प किसी भी पिछले उपयोग को ओवरराइड करता है -एक्स, --प्रॉक्सी, जैसा कि वे परस्पर हैं
अनन्य।

7.21.7 के बाद से, यह विकल्प अनावश्यक है क्योंकि आप इसके साथ मोज़े4 प्रॉक्सी निर्दिष्ट कर सकते हैं
-एक्स, --प्रॉक्सी socks4:// प्रोटोकॉल उपसर्ग का उपयोग करना।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--सॉक्स4ए
निर्दिष्ट SOCKS4a प्रॉक्सी का उपयोग करें। यदि पोर्ट नंबर निर्दिष्ट नहीं है, तो इसे मान लिया जाता है
पोर्ट 1080 पर। (7.18.0 में जोड़ा गया)

यह विकल्प किसी भी पिछले उपयोग को ओवरराइड करता है -एक्स, --प्रॉक्सी, जैसा कि वे परस्पर हैं
अनन्य।

7.21.7 के बाद से, यह विकल्प अनावश्यक है क्योंकि आप इसके साथ एक socks4a प्रॉक्सी निर्दिष्ट कर सकते हैं
-एक्स, --प्रॉक्सी एक socks4a:// प्रोटोकॉल उपसर्ग का उपयोग करना।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--सॉक्स5-होस्टनाम
निर्दिष्ट SOCKS5 प्रॉक्सी का उपयोग करें (और प्रॉक्सी को होस्ट नाम हल करने दें)। यदि
पोर्ट संख्या निर्दिष्ट नहीं है, इसे पोर्ट 1080 पर माना गया है। (7.18.0 में जोड़ा गया)

यह विकल्प किसी भी पिछले उपयोग को ओवरराइड करता है -एक्स, --प्रॉक्सी, जैसा कि वे परस्पर हैं
अनन्य।

7.21.7 के बाद से, यह विकल्प अनावश्यक है क्योंकि आप एक मोज़े5 होस्टनाम निर्दिष्ट कर सकते हैं
प्रॉक्सी के साथ -एक्स, --प्रॉक्सी socks5h:// प्रोटोकॉल उपसर्ग का उपयोग करना।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा। (यह विकल्प था
पहले गलत तरीके से दस्तावेजीकरण किया गया था और संख्या संलग्न किए बिना --सॉक्स के रूप में उपयोग किया गया था।)

--मोजे5
निर्दिष्ट SOCKS5 प्रॉक्सी का उपयोग करें - लेकिन होस्ट नाम को स्थानीय रूप से हल करें। यदि बंदरगाह
संख्या निर्दिष्ट नहीं है, इसे पोर्ट 1080 पर माना गया है।

यह विकल्प किसी भी पिछले उपयोग को ओवरराइड करता है -एक्स, --प्रॉक्सी, जैसा कि वे परस्पर हैं
अनन्य।

7.21.7 के बाद से, यह विकल्प अनावश्यक है क्योंकि आप इसके साथ मोज़े5 प्रॉक्सी निर्दिष्ट कर सकते हैं
-एक्स, --प्रॉक्सी socks5:// प्रोटोकॉल उपसर्ग का उपयोग करना।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा। (यह विकल्प था
पहले गलत तरीके से दस्तावेजीकरण किया गया था और संख्या संलग्न किए बिना --सॉक्स के रूप में उपयोग किया गया था।)

यह विकल्प (साथ ही --मोजे4) IPV6, FTPS या LDAP के साथ काम नहीं करता है।

--socks5-gssapi-सेवा
सॉक्स सर्वर के लिए डिफ़ॉल्ट सेवा नाम rcmd/server-fqdn है। यह विकल्प अनुमति देता है
आप इसे बदलें.

उदाहरण: --socks5 प्रॉक्सी-नाम --socks5-gssapi-सेवा sockd sockd/प्रॉक्सी का उपयोग करेगा-
नाम--सॉक्स5 प्रॉक्सी-नाम --socks5-gssapi-सेवा sockd/real-name का उपयोग होगा
ऐसे मामलों के लिए sockd/real-name जहां प्रॉक्सी-नाम मुख्य नाम से मेल नहीं खाता है।
(7.19.4 में जोड़ा गया)।

--सॉक्स5-जीएसएसएपीआई-एनईसी
जीएसएस-एपीआई वार्ता के भाग के रूप में एक सुरक्षा मोड पर बातचीत की जाती है। आरएफसी 1961 कहता है
धारा 4.3/4.4 में इसे संरक्षित किया जाना चाहिए, लेकिन एनईसी संदर्भ कार्यान्वयन
नहीं करता। विकल्प --सॉक्स5-जीएसएसएपीआई-एनईसी के असुरक्षित आदान-प्रदान की अनुमति देता है
सुरक्षा मोड बातचीत. (7.19.4 में जोड़ा गया)।

--stderr
इसके बजाय सभी लेखन को stderr पर निर्दिष्ट फ़ाइल पर पुनर्निर्देशित करें। यदि फ़ाइल का नाम a
सादा '-', इसके बजाय इसे stdout लिखा जाता है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-टी, --टेलनेट-विकल्प
टेलनेट प्रोटोकॉल में विकल्प पास करें। समर्थित विकल्प हैं:

टीटाइप= टर्मिनल प्रकार सेट करता है.

XDISPLOC= एक्स डिस्प्ले स्थान सेट करता है।

NEW_ENV= एक पर्यावरण चर सेट करता है।

-टी, --अपलोड-फ़ाइल
यह निर्दिष्ट स्थानीय फ़ाइल को दूरस्थ URL पर स्थानांतरित करता है। यदि कोई फ़ाइल भाग नहीं है
निर्दिष्ट URL में, कर्ल स्थानीय फ़ाइल नाम जोड़ देगा। ध्यान दें कि आपको इसका उपयोग अवश्य करना चाहिए
वास्तव में कर्ल को यह साबित करने के लिए कि कोई फ़ाइल नहीं है, अंतिम निर्देशिका पर एक अनुगामी /
नाम या कर्ल सोचेंगे कि आपका अंतिम निर्देशिका नाम दूरस्थ फ़ाइल नाम है
उपयोग। इससे संभवतः अपलोड ऑपरेशन विफल हो जाएगा। यदि इसका प्रयोग किया जाता है
एक HTTP(S) सर्वर पर, PUT कमांड का उपयोग किया जाएगा।

किसी दी गई फ़ाइल के बजाय stdin का उपयोग करने के लिए फ़ाइल नाम "-" (एकल डैश) का उपयोग करें।
वैकल्पिक रूप से, फ़ाइल नाम "।" (एकल अवधि) को "-" के स्थान पर निर्दिष्ट किया जा सकता है
जब stdin चल रहा हो तो सर्वर आउटपुट को पढ़ने की अनुमति देने के लिए नॉन-ब्लॉकिंग मोड में stdin का उपयोग करें
अपलोड की गई।

आप कमांड लाइन पर प्रत्येक यूआरएल के लिए एक -T निर्दिष्ट कर सकते हैं। प्रत्येक -टी + यूआरएल जोड़ी
निर्दिष्ट करता है कि क्या अपलोड करना है और कहाँ अपलोड करना है। कर्ल -T की "ग्लोबिंग" का भी समर्थन करता है
तर्क, जिसका अर्थ है कि आप इसका उपयोग करके एक ही URL पर एकाधिक फ़ाइलें अपलोड कर सकते हैं
यूआरएल में समान यूआरएल ग्लोबिंग शैली समर्थित है, जैसे:

कर्ल -टी "{फ़ाइल1,फ़ाइल2}" http://www.uploadtothissite.com

या यहाँ तक

कर्ल -टी "img[1-1000].png" लोड हो रहा है='आलसी' ftp://ftp.picturemania.com/upload/

--tcp-नोडले
TCP_NODELAY विकल्प चालू करें. देखें कर्ल_ईज़ी_सेटऑप्ट(3) विवरण के लिए मैन पेज
इस विकल्प के बारे में. (7.11.2 में जोड़ा गया)

--tftp-blksize
(TFTP) TFTP BLKSIZE विकल्प सेट करें (>512 होना चाहिए)। यह वह ब्लॉक आकार है जो कर्ल करता है
TFTP सर्वर पर या उससे डेटा स्थानांतरित करते समय उपयोग करने का प्रयास किया जाएगा। डिफ़ॉल्ट रूप से 512
बाइट्स का उपयोग किया जाएगा.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

(7.20.0 में जोड़ा गया)

--tlsauthtype
टीएलएस प्रमाणीकरण प्रकार सेट करें। वर्तमान में, एकमात्र समर्थित विकल्प "एसआरपी" है
टीएलएस-एसआरपी (आरएफसी 5054)। अगर --tlsuser और --tlspassword निर्दिष्ट हैं लेकिन --tlsauthtype
नहीं है, तो यह विकल्प डिफ़ॉल्ट रूप से "SRP" होता है। (7.21.4 में जोड़ा गया)

--tlspassword
निर्दिष्ट टीएलएस प्रमाणीकरण विधि के साथ उपयोग के लिए पासवर्ड सेट करें
--tlsauthtype. इसकी आवश्यकता है --tlsuser भी सेट किया जाए. (7.21.4 में जोड़ा गया)

--tlsuser
निर्दिष्ट टीएलएस प्रमाणीकरण विधि के साथ उपयोग के लिए उपयोगकर्ता नाम सेट करें
--tlsauthtype. इसकी आवश्यकता है --tlspassword भी सेट किया जाए. (7.21.4 में जोड़ा गया)

--tlsv1.0
(एसएसएल) दूरस्थ टीएलएस सर्वर के साथ बातचीत करते समय कर्ल को टीएलएस संस्करण 1.0 का उपयोग करने के लिए बाध्य करता है।
(7.34.0 में जोड़ा गया)

--tlsv1.1
(एसएसएल) दूरस्थ टीएलएस सर्वर के साथ बातचीत करते समय कर्ल को टीएलएस संस्करण 1.1 का उपयोग करने के लिए बाध्य करता है।
(7.34.0 में जोड़ा गया)

--tlsv1.2
(एसएसएल) दूरस्थ टीएलएस सर्वर के साथ बातचीत करते समय कर्ल को टीएलएस संस्करण 1.2 का उपयोग करने के लिए बाध्य करता है।
(7.34.0 में जोड़ा गया)

--tr-एन्कोडिंग
(HTTP) किसी एक एल्गोरिदम का उपयोग करके संपीड़ित ट्रांसफर-एन्कोडिंग प्रतिक्रिया का अनुरोध करें
कर्ल समर्थन करता है, और डेटा प्राप्त करते समय उसे अनकंप्रेस करता है।

(7.21.6 में जोड़ा गया)

--पता लगाना
वर्णनात्मक सहित सभी इनकमिंग और आउटगोइंग डेटा का पूर्ण ट्रेस डंप सक्षम करता है
दी गई आउटपुट फ़ाइल में जानकारी। आउटपुट भेजने के लिए फ़ाइल नाम के रूप में "-" का उपयोग करें
स्टडआउट करने के लिए।

यह विकल्प पिछले उपयोगों को ओवरराइड करता है -में, --शब्दशः or --ट्रेस-ascii.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--ट्रेस-ascii
वर्णनात्मक सहित सभी इनकमिंग और आउटगोइंग डेटा का पूर्ण ट्रेस डंप सक्षम करता है
दी गई आउटपुट फ़ाइल में जानकारी। आउटपुट भेजने के लिए फ़ाइल नाम के रूप में "-" का उपयोग करें
स्टडआउट करने के लिए।

यह बहुत समान है --ट्रेस, लेकिन हेक्स भाग को छोड़ देता है और केवल दिखाता है
डंप का ASCII भाग. यह छोटा आउटपुट बनाता है जिसे पढ़ना आसान हो सकता है
अप्रशिक्षित मनुष्य.

यह विकल्प पिछले उपयोगों को ओवरराइड करता है -में, --शब्दशः or --ट्रेस.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--ट्रेस-टाइम
कर्ल प्रदर्शित होने वाली प्रत्येक ट्रेस या वर्बोज़ लाइन पर एक टाइम स्टैम्प जोड़ता है। (जोड़ा गया
7.14.0)

--यूनिक्स-सॉकेट
(HTTP) नेटवर्क का उपयोग करने के बजाय, इस यूनिक्स डोमेन सॉकेट के माध्यम से कनेक्ट करें।
(7.40.0 में जोड़ा गया)

-यू, --उपयोगकर्ता
सर्वर प्रमाणीकरण के लिए उपयोग करने के लिए उपयोगकर्ता नाम और पासवर्ड निर्दिष्ट करें। ओवरराइड -एन,
--netrc और --netrc-वैकल्पिक.

यदि आप केवल उपयोगकर्ता नाम निर्दिष्ट करते हैं, तो कर्ल पासवर्ड के लिए संकेत देगा।

उपयोगकर्ता नाम और पासवर्ड पहले कोलन पर विभाजित होते हैं, जो इसे बनाता है
इस विकल्प के साथ उपयोगकर्ता नाम में कोलन का उपयोग करना असंभव है। पासवर्ड कर सकते हैं,
फिर भी।

Windows आधारित सर्वर के साथ Kerberos V5 का उपयोग करते समय आपको Windows को शामिल करना चाहिए
सर्वर को सफलतापूर्वक प्राप्त करने के लिए उपयोगकर्ता नाम में डोमेन नाम
केर्बरोस टिकट. यदि आप नहीं करते हैं तो प्रारंभिक प्रमाणीकरण हैंडशेक विफल हो सकता है।

एनटीएलएम का उपयोग करते समय, उपयोगकर्ता नाम को केवल उपयोगकर्ता नाम के बिना निर्दिष्ट किया जा सकता है
डोमेन, उदाहरण के लिए यदि आपके सेटअप में एक ही डोमेन और फ़ॉरेस्ट है।

डोमेन नाम निर्दिष्ट करने के लिए या तो डाउन-लेवल लॉगऑन नाम या यूपीएन (उपयोगकर्ता प्रिंसिपल) का उपयोग करें
नाम) प्रारूप। उदाहरण के लिए, उदाहरण\उपयोगकर्ता और user@example.com क्रमशः.

यदि आप Windows SSPI-सक्षम कर्ल बाइनरी का उपयोग करते हैं और Kerberos V5 निष्पादित करते हैं, तो बातचीत करें,
एनटीएलएम या डाइजेस्ट प्रमाणीकरण के बाद आप कर्ल को उपयोगकर्ता नाम का चयन करने के लिए कह सकते हैं
इस विकल्प के साथ एकल कोलन निर्दिष्ट करके अपने परिवेश से पासवर्ड बनाएं: "-u
:"।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-यू, --प्रॉक्सी-उपयोगकर्ता
प्रॉक्सी प्रमाणीकरण के लिए उपयोग करने के लिए उपयोगकर्ता नाम और पासवर्ड निर्दिष्ट करें।

यदि आप Windows SSPI-सक्षम कर्ल बाइनरी का उपयोग करते हैं और नेगोशिएट या NTLM करते हैं
प्रमाणीकरण के बाद आप कर्ल को उपयोगकर्ता नाम और पासवर्ड चुनने के लिए कह सकते हैं
इस विकल्प के साथ एक एकल कोलन निर्दिष्ट करके अपना वातावरण: "-U :"।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--यूआरएल
लाने के लिए एक यूआरएल निर्दिष्ट करें। जब आप यूआरएल निर्दिष्ट करना चाहते हैं तो यह विकल्प अधिकतर उपयोगी होता है
एक कॉन्फ़िग फ़ाइल में।

यदि दिए गए URL में योजना का नाम नहीं है (जैसे कि "http://" या "ftp://" आदि) तो
कर्ल मेजबान के आधार पर अनुमान लगाएगा। यदि सबसे बाहरी उप-डोमेन नाम मेल खाता है
DICT, FTP, IMAP, LDAP, POP3 या SMTP तो उस प्रोटोकॉल का उपयोग किया जाएगा, अन्यथा HTTP
उपयोग किया जाएगा। चूँकि 7.45.0 अनुमान को एक डिफ़ॉल्ट प्रोटोकॉल सेट करके अक्षम किया जा सकता है,
देखना --प्रोटो-डिफ़ॉल्ट ब्योरा हेतु।

इस विकल्प का उपयोग कितनी भी बार किया जा सकता है। यह नियंत्रित करने के लिए कि यह URL कहाँ लिखा गया है,
उपयोग -ओ, --आउटपुट या -ओ, --दूरस्थ नाम विकल्प.

-v, --verbose
ऑपरेशन के दौरान अधिक वाचाल/बातूनी बनें। डिबगिंग और देखने के लिए उपयोगी
"हुड के नीचे" क्या चल रहा है? '>' से शुरू होने वाली पंक्ति का अर्थ है "हेडर डेटा" भेजा गया
कर्ल द्वारा, '<' का अर्थ कर्ल द्वारा प्राप्त "हेडर डेटा" है जो सामान्य मामलों में छिपा होता है,
और '*' से शुरू होने वाली पंक्ति का अर्थ कर्ल द्वारा प्रदान की गई अतिरिक्त जानकारी है।

ध्यान दें कि यदि आप आउटपुट में केवल HTTP हेडर चाहते हैं, -मैं, --शामिल हो सकता है
वह विकल्प जिसे आप ढूंढ रहे हैं.

यदि आपको लगता है कि यह विकल्प अभी भी आपको पर्याप्त विवरण नहीं देता है, तो उपयोग करने पर विचार करें
--ट्रेस or --ट्रेस-ascii बजाय.

यह विकल्प पिछले उपयोगों को ओवरराइड करता है --ट्रेस-ascii or --ट्रेस.

उपयोग -एस, --चुप कर्ल को शांत करने के लिए.

-w, --लिखना
पूर्ण स्थानांतरण के बाद स्टडआउट पर कर्ल डिस्प्ले जानकारी बनाएं। प्रारूप एक है
स्ट्रिंग जिसमें किसी भी संख्या में चर के साथ मिश्रित सादा पाठ हो सकता है। प्रारूप
एक शाब्दिक "स्ट्रिंग" के रूप में निर्दिष्ट किया जा सकता है, या आप कर्ल को ए से प्रारूप पढ़ सकते हैं
"@filename" के साथ फ़ाइल करें और कर्ल को आपके द्वारा लिखे गए stdin से प्रारूप को पढ़ने के लिए कहें
"@-"।

आउटपुट स्वरूप में मौजूद वेरिएबल को मान या टेक्स्ट द्वारा प्रतिस्थापित किया जाएगा
जैसा कि नीचे वर्णित है, वह कर्ल उपयुक्त लगता है। सभी चर इस प्रकार निर्दिष्ट हैं
%{variable_name} और सामान्य % को आउटपुट करने के लिए आप उन्हें बस %% के रूप में लिखें। आप आउटपुट कर सकते हैं
\n का उपयोग करके एक नई पंक्ति, \r के साथ एक कैरिज रिटर्न और \t के साथ एक टैब स्थान।

नोट: %-प्रतीक Win32-पर्यावरण में एक विशेष प्रतीक है, जहां सभी
इस विकल्प का उपयोग करते समय % की आवृत्ति दोगुनी होनी चाहिए।

उपलब्ध चर हैं:

सामग्री प्रकार अनुरोधित दस्तावेज़ की सामग्री-प्रकार, यदि कोई हो।

फ़ाइलनाम_प्रभावी
अंतिम फ़ाइल नाम जिसे कर्ल लिखता है। यह केवल .... ही
यदि कर्ल को किसी फ़ाइल में लिखने के लिए कहा जाए तो अर्थपूर्ण है --दूरस्थ नाम
or --आउटपुट विकल्प। के साथ संयोजन में यह सबसे उपयोगी है
--रिमोट-हेडर-नाम विकल्प। (7.25.1 में जोड़ा गया)

ftp_entry_path दूरस्थ एफ़टीपी पर लॉग ऑन करते समय प्रारंभिक पथ कर्ल समाप्त हो गया
सर्वर. (7.15.4 में जोड़ा गया)

http_code संख्यात्मक प्रतिक्रिया कोड जो अंतिम पुनर्प्राप्ति में पाया गया था
HTTP(S) या FTP(s) स्थानांतरण। 7.18.2 में उपनाम प्रतिसाद कोड था
वही जानकारी दिखाने के लिए जोड़ा गया।

http_connect संख्यात्मक कोड जो अंतिम प्रतिक्रिया में पाया गया था (ए से)।
प्रॉक्सी) एक कर्ल कनेक्ट अनुरोध के लिए। (7.12.4 में जोड़ा गया)

local_ip सबसे हाल ही में किए गए कनेक्शन के स्थानीय छोर का आईपी पता
- IPv4 या IPv6 हो सकता है (7.29.0 में जोड़ा गया)

लोकल_पोर्ट सबसे हाल ही में किए गए कनेक्शन का स्थानीय पोर्ट नंबर (जोड़ा गया)।
7.29.0)

num_connects हाल के स्थानांतरण में किए गए नए कनेक्टों की संख्या। (जोड़ा गया
7.12.3)

num_redirects अनुरोध में अनुसरण किए गए रीडायरेक्ट की संख्या. (जोड़ा गया
7.12.3)

REDIRECT_URL जब रीडायरेक्ट का पालन करने के लिए -L के बिना HTTP अनुरोध किया गया था, तो यह
वेरिएबल वास्तविक यूआरएल को रीडायरेक्ट दिखाएगा होगा तुम्हें ले चलो.
(7.18.2 में जोड़ा गया)

दूरदराज़ के आई. पी सबसे हाल ही में किए गए कनेक्शन का दूरस्थ आईपी पता - हो सकता है
या तो IPv4 या IPv6 (7.29.0 में जोड़ा गया)

रिमोट_पोर्ट सबसे हाल ही में किए गए कनेक्शन का रिमोट पोर्ट नंबर (जोड़ा गया)।
7.29.0 में)

आकार_डाउनलोड डाउनलोड किए गए बाइट्स की कुल मात्रा.

size_header डाउनलोड किए गए हेडर के बाइट्स की कुल मात्रा.

आकार_अनुरोध HTTP अनुरोध में भेजे गए बाइट्स की कुल मात्रा।

आकार_अपलोड करें अपलोड किए गए बाइट्स की कुल मात्रा.

स्पीड_डाउनलोड कर्ल द्वारा मापी गई औसत डाउनलोड गति संपूर्ण है
डाउनलोड करना। प्रति सेकंड बाइट्स.

स्पीड_अपलोड संपूर्ण अपलोड के लिए मापी गई औसत अपलोड गति।
प्रति सेकंड बाइट्स.

ssl_verify_result
एसएसएल पीयर प्रमाणपत्र सत्यापन का परिणाम था
का अनुरोध किया। 0 का मतलब है कि सत्यापन सफल रहा। (जोड़ा गया
7.19.0)

time_appconnect
शुरुआत से लेकर एसएसएल/एसएसएच/आदि तक का समय, सेकंड में
रिमोट होस्ट से कनेक्ट/हैंडशेक पूरा हो गया। (जोड़ा गया
7.19.0)

समय_कनेक्ट प्रारंभ से लेकर टीसीपी कनेक्ट होने तक का समय, सेकंड में
दूरस्थ होस्ट (या प्रॉक्सी) का कार्य पूरा हो गया।

time_nameलुकअप
प्रारंभ से नाम तक का समय, सेकंडों में, लगा
समाधान पूरा हो गया.

टाइम_प्रीट्रांसफर
प्रारंभ से फ़ाइल स्थानांतरण तक का समय, सेकंडों में
बस शुरू होने ही वाला था. इसमें सभी प्री-ट्रांसफर कमांड और शामिल हैं
बातचीत जो विशेष प्रोटोकॉल के लिए विशिष्ट हैं
शामिल।

टाइम_रीडायरेक्ट सभी पुनर्निर्देशन चरणों में लगने वाला समय, सेकंड में, नाम शामिल है
फाइनल से पहले लुकअप, कनेक्ट, प्रीट्रांसफर और ट्रांसफर
लेन-देन प्रारंभ किया गया. time_redirect पूर्ण निष्पादन दिखाता है
एकाधिक पुनर्निर्देशन के लिए समय. (7.12.3 में जोड़ा गया)

टाइम_स्टार्ट ट्रांसफर
शुरुआत से लेकर पहली बाइट तक का समय, सेकंडों में
बस ट्रांसफर होने वाला था. इसमें time_pretransfer और शामिल हैं
सर्वर को परिणाम की गणना करने के लिए आवश्यक समय भी।

समय_कुल पूरा ऑपरेशन पूरा होने में लगा कुल समय, सेकंड में। समय
मिलीसेकंड रिज़ॉल्यूशन के साथ प्रदर्शित किया जाएगा।

url_प्रभावी वह URL जो अंतिम बार प्राप्त किया गया था. यदि आपके पास है तो यह सबसे अधिक सार्थक है
कर्ल को स्थान का अनुसरण करने के लिए कहा: हेडर।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-x, --प्रॉक्सी <[प्रोटोकॉल://][उपयोगकर्ता:पासवर्ड@]प्रॉक्सीहोस्ट[:पोर्ट]>
निर्दिष्ट प्रॉक्सी का उपयोग करें.

विकल्प निर्दिष्ट करने के लिए प्रॉक्सी स्ट्रिंग को प्रोटोकॉल:// उपसर्ग के साथ निर्दिष्ट किया जा सकता है
प्रॉक्सी प्रोटोकॉल. अनुरोध करने के लिए मोजे4://, मोजे4ए://, मोजे5:// या मोजे5एच:// का उपयोग करें
उपयोग किए जाने वाले विशिष्ट SOCKS संस्करण। कोई प्रोटोकॉल निर्दिष्ट नहीं, http:// और अन्य सभी
HTTP प्रॉक्सी के रूप में माना जाएगा। (प्रोटोकॉल समर्थन कर्ल 7.21.7 में जोड़ा गया था)

यदि प्रॉक्सी स्ट्रिंग में पोर्ट नंबर निर्दिष्ट नहीं है, तो इसे 1080 माना जाता है।

यह विकल्प मौजूदा पर्यावरण चर को ओवरराइड करता है जो प्रॉक्सी को उपयोग के लिए सेट करता है। अगर
एक पर्यावरण चर है जो प्रॉक्सी सेट कर रहा है, आप प्रॉक्सी को "" पर सेट कर सकते हैं
इसे ओवरराइड करें।

HTTP प्रॉक्सी पर किए जाने वाले सभी ऑपरेशन पारदर्शी रूप से होंगे
HTTP में कनवर्ट किया गया. इसका मतलब है कि कुछ प्रोटोकॉल विशिष्ट संचालन नहीं हो सकते हैं
उपलब्ध। यदि आप प्रॉक्सी के माध्यम से सुरंग बना सकते हैं, तो यह मामला नहीं है
la -पी, --प्रॉक्सीटनल विकल्प.

उपयोगकर्ता और पासवर्ड जो प्रॉक्सी स्ट्रिंग में प्रदान किया जा सकता है, यूआरएल द्वारा डिकोड किया गया है
कर्ल. यह आपको %40 या पास का उपयोग करके @ जैसे विशेष वर्णों में पास करने की अनुमति देता है
%3a के साथ एक कोलन में.

प्रॉक्सी होस्ट को बिल्कुल प्रॉक्सी वातावरण की तरह ही निर्दिष्ट किया जा सकता है
प्रोटोकॉल उपसर्ग (http://) और एम्बेडेड उपयोगकर्ता + सहित चर
पारण शब्द।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-एक्स, --अनुरोध
(HTTP) HTTP के साथ संचार करते समय उपयोग करने के लिए एक कस्टम अनुरोध विधि निर्दिष्ट करता है
सर्वर. अन्यथा विधि के स्थान पर निर्दिष्ट अनुरोध विधि का उपयोग किया जाएगा
प्रयुक्त (जो डिफ़ॉल्ट रूप से GET है)। विवरण के लिए HTTP 1.1 विनिर्देश पढ़ें
स्पष्टीकरण. सामान्य अतिरिक्त HTTP अनुरोधों में PUT और DELETE शामिल हैं, लेकिन संबंधित हैं
WebDAV जैसी प्रौद्योगिकियाँ PROPFIND, COPY, MOVE और बहुत कुछ प्रदान करती हैं।

सामान्यतः आपको इस विकल्प की आवश्यकता नहीं होती. सभी प्रकार के GET, HEAD, POST और PUT अनुरोध
बल्कि समर्पित कमांड लाइन विकल्पों का उपयोग करके लागू किया जाता है।

यह विकल्प केवल HTTP अनुरोध में प्रयुक्त वास्तविक शब्द को बदलता है, ऐसा नहीं करता है
कर्ल के व्यवहार के तरीके को बदलें। उदाहरण के लिए यदि आप एक उचित HEAD बनाना चाहते हैं
अनुरोध, -X HEAD का उपयोग करना पर्याप्त नहीं होगा। आपको इसका उपयोग करने की आवश्यकता है -मैं, --सिर विकल्प.

आपके द्वारा -X के साथ सेट की गई विधि स्ट्रिंग का उपयोग सभी अनुरोधों के लिए किया जाएगा, यदि आप चाहते हैं
उदाहरण उपयोग -एल, --स्थान जब कर्ल नहीं होता है तो अनपेक्षित दुष्प्रभाव हो सकते हैं
HTTP 30x प्रतिक्रिया कोड के अनुसार अनुरोध विधि बदलें - और इसी तरह।

(एफ़टीपी) फ़ाइल सूची बनाते समय LIST के बजाय उपयोग करने के लिए एक कस्टम एफ़टीपी कमांड निर्दिष्ट करता है
एफ़टीपी के साथ.

(POP3) LIST या RETR के बजाय उपयोग करने के लिए एक कस्टम POP3 कमांड निर्दिष्ट करता है। (जोड़ा गया
7.26.0)

(IMAP) LIST के बजाय उपयोग करने के लिए एक कस्टम IMAP कमांड निर्दिष्ट करता है। (7.30.0 में जोड़ा गया)

(एसएमटीपी) मदद या वीआरएफवाई के बजाय उपयोग करने के लिए एक कस्टम एसएमटीपी कमांड निर्दिष्ट करता है। (जोड़ा गया
7.34.0)

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

--xatr
किसी फ़ाइल में आउटपुट सहेजते समय, यह विकल्प कर्ल को कुछ फ़ाइल मेटाडेटा संग्रहीत करने के लिए कहता है
विस्तारित फ़ाइल विशेषताओं में। वर्तमान में, URL xdg.origin.url में संग्रहीत है
विशेषता और, HTTP के लिए, सामग्री प्रकार को mime_type विशेषता में संग्रहीत किया जाता है। अगर
फ़ाइल सिस्टम विस्तारित विशेषताओं का समर्थन नहीं करता है, एक चेतावनी जारी की जाती है।

-य, --गति-समय
यदि स्पीड-टाइम के दौरान कोई डाउनलोड गति-सीमा बाइट्स प्रति सेकंड से धीमा है
अवधि, डाउनलोड निरस्त हो जाता है। यदि गति-समय का उपयोग किया जाता है, तो डिफ़ॉल्ट गति-सीमा
जब तक इसके साथ सेट न किया जाए, तब तक 1 होगा -Y.

यह विकल्प स्थानांतरण को नियंत्रित करता है और इस प्रकार धीमे कनेक्ट आदि को प्रभावित नहीं करेगा
आपके लिए चिंता का विषय है, प्रयास करें --कनेक्ट-टाइमआउट विकल्प.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-य, --गति-सीमा
यदि कोई डाउनलोड स्पीड-टाइम के लिए दी गई गति (बाइट्स प्रति सेकंड में) से धीमी है
कुछ ही सेकंड में यह निरस्त हो जाता है। स्पीड-टाइम के साथ सेट किया गया है -y और यदि सेट नहीं है तो 30 है।

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-z, --time-cond |
(HTTP/FTP) एक ऐसी फ़ाइल का अनुरोध करें जिसे दिए गए समय के बाद संशोधित किया गया हो
दिनांक, या वह जो उस समय से पहले संशोधित किया गया हो। हो सकता है
सभी प्रकार की दिनांक स्ट्रिंग या यदि यह किसी आंतरिक स्ट्रिंग से मेल नहीं खाती है, तो इसे इस रूप में लिया जाता है
एक फ़ाइल नाम और संशोधन तिथि (mtime) प्राप्त करने का प्रयास करता है बजाय। देखना
la कर्ल_गेटडेट(3) दिनांक अभिव्यक्ति विवरण के लिए मैन पेज।

किसी दस्तावेज़ के लिए अनुरोध करने के लिए दिनांक अभिव्यक्ति को डैश (-) से प्रारंभ करें
दी गई दिनांक/समय से पुराना, डिफ़ॉल्ट वह दस्तावेज़ है जो उससे नया है
निर्दिष्ट दिनांक/समय.

यदि इस विकल्प का उपयोग कई बार किया जाता है, तो अंतिम विकल्प का उपयोग किया जाएगा।

-एच, --सहायता
उपयोग सहायता. यह संक्षिप्त विवरण के साथ सभी मौजूदा कमांड लाइन विकल्पों को सूचीबद्ध करता है।

-एम, --मैनुअल
नियमावली। विशाल सहायता पाठ प्रदर्शित करें.

-वी, - विसर्जन
कर्ल और उसके द्वारा उपयोग किए जाने वाले libcurl संस्करण के बारे में जानकारी प्रदर्शित करता है।

पहली पंक्ति में कर्ल, लिबकरल और अन्य तृतीय पक्ष का पूर्ण संस्करण शामिल है
पुस्तकालय निष्पादन योग्य से जुड़े हुए हैं।

दूसरी पंक्ति ("प्रोटोकॉल:" से शुरू होती है) libcurl द्वारा रिपोर्ट किए गए सभी प्रोटोकॉल दिखाती है
समर्थन के लिए।

तीसरी पंक्ति ("सुविधाएँ:" से शुरू होती है) libcurl रिपोर्ट की विशिष्ट विशेषताएँ दिखाती है
प्रस्ताव। उपलब्ध सुविधाओं में शामिल हैं:

IPv6 इसके साथ आप IPv6 का उपयोग कर सकते हैं.

एफ़टीपी के लिए krb4 Krb4 समर्थित है।

विभिन्न प्रोटोकॉल के एसएसएल एसएसएल संस्करण समर्थित हैं, जैसे HTTPS, FTPS, POP3S
और इतना पर.

libz HTTP पर संपीड़ित फ़ाइलों का स्वचालित डीकंप्रेसन समर्थित है।

एनटीएलएम एनटीएलएम प्रमाणीकरण समर्थित है।

डीबग यह कर्ल डीबग के साथ निर्मित libcurl का उपयोग करता है। यह अधिक त्रुटि-ट्रैकिंग को सक्षम बनाता है
और मेमोरी डिबगिंग आदि केवल कर्ल-डेवलपर्स के लिए!

AsynchDNS
यह कर्ल अतुल्यकालिक नाम समाधान का उपयोग करता है। अतुल्यकालिक नाम समाधान हो सकता है
सी-एरेस या थ्रेडेड रिज़ॉल्वर बैकएंड का उपयोग करके किया गया।

SPNEGO SPNEGO प्रमाणीकरण समर्थित है.

Largefile
यह कर्ल बड़ी फ़ाइलों, 2GB से बड़ी फ़ाइलों के स्थानांतरण का समर्थन करता है।

आईडीएन यह कर्ल आईडीएन - अंतर्राष्ट्रीय डोमेन नाम का समर्थन करता है।

जीएसएस-एपीआई
जीएसएस-एपीआई समर्थित है.

SSPI SSPI समर्थित है.

टीएलएस-SRP
टीएलएस के लिए एसआरपी (सिक्योर रिमोट पासवर्ड) प्रमाणीकरण समर्थित है।

HTTP2 HTTP/2 समर्थन अंतर्निहित किया गया है।

मेटालिंक
यह कर्ल मेटलिंक (दोनों संस्करण 3 और 4 (आरएफसी 5854)) का समर्थन करता है, जो
दर्पण और हैश का वर्णन करता है। यदि वहाँ है तो कर्ल फ़ेलओवर के लिए दर्पण का उपयोग करेगा
त्रुटियाँ हैं (जैसे फ़ाइल या सर्वर उपलब्ध नहीं होना)।

onworks.net सेवाओं का उपयोग करके ऑनलाइन कर्ल का उपयोग करें