curl त्रुटी 77: VPN इंस्टॉलवेळी प्रमाणपत्र पडताळणी स्थाने

तुम्ही ट्युटोरियलमधून इन्स्टॉलरची एक ओळीची आज्ञा पेस्ट करता, Enter दाबता आणि मिळते curl: (77). संदेशात प्रमाणपत्र पडताळणी स्थानांचा उल्लेख आहे, त्यामुळे VPN पुरवठादाराचे प्रमाणपत्र खराब आहे असे गृहीत धरून पडताळणी वगळणारा फ्लॅग शोधण्याची प्रवृत्ती होते. हा अर्थ लावणे चुकीचे आहे, आणि त्यानुसार वागल्यास स्थानिक फाइलची अडचण सुरक्षेचा निर्णय बनते. सुरुवातीपासून मागे जाऊया.

पायरी 1: या संख्येचा अर्थ काय आहे ते वाचा

त्रुटी 77 स्थानिक CA इनपुटशी संबंधित आहे: ज्या प्रमाणपत्र सामग्रीवर विश्वास ठेवायला सांगितले होते ती curl वाचू किंवा लोड करू शकले नाही. त्रुटी 60 समोरच्या बाजूबद्दल आहे, जेव्हा सर्व्हरची साखळी पडताळली जात नाही. ट्युटोरियलमध्ये दोन्ही शेजारी येतात आणि विरुद्ध अर्थ देतात.

तुमचे आउटपुट 77 म्हणत असेल, तर सर्व्हर कधीच अडचण नव्हता. क्लायंटला तपासणीसाठी वापरायची असलेली फाइल उघडता आली नाही, आणि ही तुमच्या मशीनवरील मार्ग, परवानगी किंवा पॅकेजिंगची अडचण आहे.

पायरी 2: तुम्ही कॉपी केलेली आज्ञा वाचा

कॉपी केलेल्या आज्ञा अक्षरे लपवतात. लहान -l म्हणजे --list-only, जे प्रोटोकॉलची यादी दाखवण्यासाठी लागू होते. मोठा -L म्हणजे --location, जो HTTP रीडायरेक्ट अनुसरतो. हे पर्यायी शुद्धलेखन नाही, आणि जे ट्युटोरियल एक लिहिते आणि दुसरे वर्णन करते ते लोकांना कधीच हेतू नसलेल्या रीडायरेक्ट मार्गावर पाठवते.

रीडायरेक्ट अनुसरणे ट्रस्ट-स्टोअरचा मार्ग दुरुस्त करत नाही, आणि अंतिम होस्ट तुम्हाला अपेक्षित असलेला प्रकाशक आहे हे सिद्ध करत नाही. आज्ञा फोरम पोस्टमधून आली असेल, तर पेस्ट केलेल्या मजकुरावर विश्वास ठेवण्याऐवजी प्रकल्पाच्या स्वतःच्या सूचनांमधून ती पुन्हा टाइप करा.

पायरी 3: ते बिल्ड कोणते CA इनपुट वापरते ते शोधा

बायनरी ओळखण्यापासून सुरुवात करा, कारण उत्तर ते कसे संकलित झाले यावर अवलंबून आहे:

curl --version

आवृत्ती आणि TLS बॅकएंड नोंदवा. स्थानिक ट्रस्ट स्टोअर वापरणारे बिल्ड TLS लायब्ररीमार्फत सिस्टम स्टोअर वाचते, तर बंडलकडे निर्देशित बिल्ड फाइल वाचते. स्पष्ट --cacert, CURL_CA_BUNDLE सेटिंग किंवा shell रॅपर यापैकी कोणतेही ओव्हरराइड करू शकतात, त्यामुळे पॅकेज इन्स्टॉल प्रत्यक्षात अयशस्वी होणाऱ्या फाइलला स्पर्शही करू शकत नाही.

फाइल-आधारित स्टोअरसाठी क्रमाने तीन गोष्टी तपासा: मार्ग अस्तित्वात आहे का, आज्ञा चालवणाऱ्या खात्याला ती वाचता येते का, आणि त्यात अपेक्षित CA सामग्री आहे का. चुकीच्या परवानग्यांचे बंडल गहाळ बंडलप्रमाणेच अयशस्वी होते, आणि दोन्ही सर्व्हरबद्दलच्या कोणत्याही नेटवर्क संभाषणापूर्वी अयशस्वी होतात.

पायरी 4: इनपुट दुरुस्त करा, पडताळणी नाही

समर्थित ट्रस्ट कॉन्फिगरेशन त्याच्या मालकामार्फत पुनर्संचयित करा: वितरण पॅकेज, तुमचे कॉन्फिगरेशन व्यवस्थापन किंवा दस्तऐवजीकृत पर्यावरण चल. ध्येय त्या बायनरीसाठी वाचनीय आणि योग्य CA इनपुट आहे.

URL HTTP मध्ये बदलू नका, --insecure जोडू नका, आणि अस्पष्ट डाउनलोडमधून कॉपी केलेल्या प्रमाणपत्रावर विश्वास ठेवू नका. यातील प्रत्येक बदल curl वाचू शकले नाही ते दुरुस्त करण्याऐवजी तुम्ही काय स्वीकारायला तयार आहात ते बदलतो, आणि बदल सहसा घटनेपेक्षा जास्त टिकतो.

संख्यांसाठी संदर्भ curl त्रुटींची सूची आहे, आणि ती एकदा लक्षपूर्वक वाचण्यासाठी पुरेशी छोटी आहे.

पायरी 5: डाउनलोड करा, पाहा, मग चालवा

इन्स्टॉलर त्याच आज्ञेत shell मध्ये पाइप करण्याऐवजी फाइलमध्ये आणा. हा एकच बदल तुम्ही तपासू शकता अशा हस्तांतरणाला तुमच्या विशेषाधिकारांनी चालणाऱ्या कोडपासून वेगळा करतो.

curl -fL -o vpn-installer.sh https://example.invalid/install.sh
file vpn-installer.sh
head -n 40 vpn-installer.sh

प्रतिसाद हा अपेक्षित स्क्रिप्ट आहे का, HTML त्रुटी पृष्ठ, रीडायरेक्ट सूचना किंवा रिकामी फाइल नाही का ते तपासा. प्रकाशक चेकसम किंवा स्वाक्षरी देत असेल, तर त्याच फोरम थ्रेडमध्ये उद्धृत केलेल्या मूल्याऐवजी त्यांच्या दस्तऐवजीकृत प्रकाशन प्रक्रियेतून ती पडताळा.

HTTPS ने काय केले आणि काय केले नाही हे लक्षात ठेवा. त्याने तुम्ही संपर्क केलेल्या होस्टपर्यंतच्या वाहतुकीचे प्रमाणीकरण केले; त्याने स्क्रिप्टची सामग्री तपासली नाही, आणि प्रकाशक विश्वासार्ह आहे का हे सांगत नाही.

पायरी 6: इन्स्टॉलच्या पायऱ्या वेगळ्या ठेवा

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

इन्स्टॉल यशस्वी झाले आणि टनेल वर आले, तर तिकीट बंद करण्यापूर्वी मार्ग आणि एक वास्तविक गंतव्य पडताळा. curl त्रुटी तेव्हा सुटते जेव्हा साधी curl -I https://example.invalid पुन्हा चालते, इन्स्टॉलर तक्रार करणे थांबवते तेव्हा नाही.