कर्ल: कमांड-लाइन वेब क्लाइंट जो वेब चलाता है

मुख्य बिंदु

• डाउनलोड करने से पहले देखें: कर्ल -sSI https://host बिना बॉडी के रिटर्न विधि, हेडर और स्थिति; -v जोड़ें जब टीएलएस हैंडशेक, प्रॉक्सी, या होस्ट हेडर अजीब व्यवहार करते हैं।
• टाइमआउट अनुशासन गैर-परक्राम्य है: --कनेक्ट-टाइमआउट 5 मृत कनेक्शनों को समाप्त करता है, --अधिकतम-समय 15 धीमे कनेक्शनों को समाप्त करता है; इन दोनों के बिना एक स्वास्थ्य जांच उस आउटेज को खत्म कर सकती है जिसका उसे पता लगाना चाहिए था।
• निकास कोड स्क्रिप्ट में अनुबंध हैं: 7 कनेक्शन अस्वीकृत है, 28 टाइमआउट है, 22 एक HTTP त्रुटि है जो --fail द्वारा सामने आई है; कोड पढ़ें, न कि केवल आउटपुट, अन्यथा आपकी निगरानी कुछ नहीं सीखती है।
• दृश्यता को प्रवर्तन के साथ जोड़ें: -w '%{http_code} %{time_total}\n' रिपोर्ट करता है कि क्या हुआ, जबकि --fail-with-body त्रुटि निकाय को सामने लाता है; इनमें से किसी एक के बिना भी असफलता बिल्कुल सफलता जैसी ही दिखती है।
• परीक्षण करें कि उपयोगकर्ता वास्तव में क्या हिट करते हैं: --resolve example.com:443:10.1.2.3 DNS गेम के बिना नामित बैकएंड की जांच करता है, और -H 'Host: vhost.example.com' उसी अनुरोध के vhost पक्ष को कवर करता है।
• ट्रांसफ़र को जानबूझकर फ़्लैग मिलते हैं: -o आउटपुट को नाम देता है, -L आपके द्वारा समीक्षा किए गए रीडायरेक्ट का अनुसरण करता है, --retry 3 --retry-delay 2 परतदार अपस्ट्रीम को नरम करता है, और -F मल्टीपार्ट अपलोड को संभालता है जिनकी कभी परवाह नहीं की जाती है।
• हेडर और सॉकेट गैर-ब्राउज़र दुनिया को ले जाते हैं: -H 'प्राधिकरण: बियरर ...' एपीआई के लिए और --unix-socket /run/app/app.sock स्थानीय सेवाओं की जांच करने के लिए जो कभी भी टीसीपी को नहीं छूते हैं।
• दो क्लासिक जालों को जानें: प्रॉक्सी पर्यावरण चर एक अनुरोध को हाईजैक कर लेते हैं जो -v सेकंड में उजागर हो जाता है, और रीडायरेक्ट करता है जो चुपचाप एक POST को GET में बदल देता है जब तक कि आपका मतलब यह न हो।

क्षेत्रीय टिप्पणी

स्वास्थ्य जांच जो पंद्रह मिनट तक लटकी रही, वह क्रॉन लूप के अंदर --max-time के बिना कर्ल हो गई थी, और यह उस आउटेज से अधिक समय तक चली, जिसका पता लगाना चाहिए था। सैद्धांतिक तौर पर अब टाइमआउट यूआरएल से पहले आता है।

अक्सर पूछे जाने वाले प्रश्न