curl रिमोट URL ऐवजी localhost ला का जोडतो

तुम्ही दिलेल्या URL कडे दुर्लक्ष करून curl localhost ला जोडण्याचा प्रयत्न करत असेल, तर VPN सुरू करण्यासाठी चुकीची जागा आहे. स्थानिक HTTP किंवा SOCKS प्रॉक्सी हा अपेक्षित पहिला कनेक्शन असू शकतो, तुम्हाला हवी असलेली सेवा पूर्णपणे दुसरीकडे असली तरीही. तो प्रॉक्सी आता चालत नसेल, तर curl लक्ष्यापर्यंत पोहोचण्यापूर्वीच localhost चा प्रयत्न अयशस्वी होतो. प्रॉक्सीचे उत्तर म्हणजे लक्ष्याने उत्तर दिल्याचा पुरावा नाही.

हे टप्पे क्रमाने करा आणि पहिला कनेक्शन प्रयत्न बदलणाऱ्या पहिल्या टप्प्यावर थांबा.

आधी curl चे स्वतःचे प्रॉक्सी नियम वाचा

curl प्रोटोकॉल-विशिष्ट प्रॉक्सी व्हेरिएबल्स वाचतो, उदाहरणार्थ https_proxy आणि HTTPS_PROXY, तसेच प्रोटोकॉल-विशिष्ट मूल्य लागू नसल्यास ALL_PROXY. curl प्रत्यक्षात सुरू करणाऱ्या शेल, सेवा किंवा कार्याचे वातावरण तपासा, सध्याच्या टर्मिनलचे नाही. CI कार्य, systemd युनिट आणि इंटरॅक्टिव्ह शेल तीन वेगवेगळे संच वारसाहक्काने घेऊ शकतात. दिसणाऱ्या शेलवरून अंदाज लावणे हेच या तपासणीत पूर्ण दुपार वाया घालवण्याचे कारण आहे.

एक अपवाद लक्षात ठेवण्यासारखा आहे. curl http_proxy फक्त लहान अक्षरांमध्ये स्वीकारतो; मोठ्या अक्षरांतील HTTP_PROXY दुर्लक्षित होते, म्हणूनच तेच वातावरण इतर साधनांमध्ये वेगळे वागते.

मूल्ये खाजगीपणे वाचा, कारण प्रॉक्सी URL मध्ये अनेकदा क्रेडेन्शियल्स असतात.

नंतर डीफॉल्ट curl कॉन्फिगरेशन फाइलमध्ये प्रॉक्सी किंवा कनेक्शन ओव्हरराइड तपासा, आणि तुम्ही प्रत्यक्षात कोणती अंमलबजावणी करण्यायोग्य फाइल चालवत आहात याची खात्री करा. शेल उपनाव, फंक्शन किंवा रॅपर स्क्रिप्ट तुमच्या कमांड लाइनवर कधीही न दिसणारे पर्याय जोडू शकतात.

TLS सुरू ठेवून तीन आवाहनांची तुलना करा

तीनही रनसाठी एक मंजूर निदान लक्ष्य आणि तीच बाइनरी वापरा.

curl -v https://service.corp.example/status
curl -q -v https://service.corp.example/status
curl -q --proxy '' -v https://service.corp.example/status

-q डीफॉल्ट curlrc दडपतो आणि कार्य करण्यासाठी ओळीतील पहिला पॅरामीटर असणे आवश्यक आहे. तो प्रॉक्सी वातावरण चल काढत नाही, जे तसे अपेक्षिणाऱ्यांना आश्चर्यचकित करते. तिसरा प्रकार रिकामे --proxy मूल्य जोडतो आणि केवळ त्या आवाहनासाठी वातावरणाने मागितलेला प्रॉक्सी ओव्हरराइड करतो. प्रत्येक आउटपुटमधील पहिला कनेक्शन प्रयत्न तुलना करा, अंतिम स्थिती कोड नाही.

तपशीलवार आउटपुट हेडर, टोकन आणि प्रॉक्सी क्रेडेन्शियल्स उघड करू शकते, म्हणून ते स्थानिक ठेवा आणि सामायिक करण्यापूर्वी उतारे वाचा.

प्रत्येक निकाल काय वगळतो

डीफॉल्ट कॉन्फिगरेशन वगळल्याने कनेक्शन बदलत असेल, तर स्रोत कॉन्फिगरेशन फाइल आहे. वारसाहक्काने मिळालेला प्रॉक्सी स्पष्टपणे बंद केल्याने ते बदलत असेल, तर स्रोत वातावरण चल आहे. दोन्हीपैकी कोणीही ते बदलत नसेल आणि localhost तरीही दिसत असेल, तर कमांड-लाइन कनेक्शन ओव्हरराइड, होस्टनाव रिझोल्यूशन आणि निवडलेली अंमलबजावणी करण्यायोग्य फाइल पहा. त्यातील प्रत्येकाचा उपाय वेगळा आहे, आणि त्यातील कोणतेही राउटिंग बदल नाही.

सानुकूल लायब्ररी लोड होणे किंवा इंजेक्ट केलेले नेटवर्क वर्तन हा पुढील स्तर आहे, आणि एकटे वातावरण चल त्याचा पुरावा नाही.

प्रॉक्सीचा निर्णय VPN पासून वेगळा ठेवा

curl ने थेट लक्ष्य निवडल्यानंतरही ऑपरेटिंग सिस्टम ते कनेक्शन राउट करते. अनुप्रयोग प्रॉक्सी बंद केल्याने VPN चा मार्ग किंवा त्याचे फिल्टरिंग धोरण बंद होत नाही. थेट प्रवेशाच्या तुलना केवळ तेथेच करा जिथे ते निदान अधिकृत आहे. धोरण चुपचाप टाळणारी चाचणी वैध निकाल नाही, ती घटना आहे.

स्थानिक प्रॉक्सी आवश्यक असल्यास, त्याची सेटिंग्ज पुसण्याऐवजी त्याची सेवा आणि पत्ता पुनर्संचयित करा.

फक्त निवडक खाजगी लक्ष्यांना थेट प्रवेश हवा असल्यास, अरुंद मंजूर अपवाद जोडा आणि बाकी सर्वासाठी प्रॉक्सी ठेवा. निवडलेल्या मार्गातील पहिली त्रुटी जतन करा, कारण localhost चा नकार, प्रॉक्सी CONNECT चा नकार, प्रमाणपत्र अपयश आणि अधिकृतता त्रुटी चार वेगवेगळे टप्पे दर्शवतात.