curl त्रुटि 77: VPN स्थापनामा प्रमाणपत्र प्रमाणीकरण स्थानहरू
त्रुटि 77 स्थानीय CA इनपुटको असफलता हो, सर्भरको खराब प्रमाणपत्र होइन। curl ले पढ्ने विश्वास फाइल खोज्नुहोस्, ठीक गर्नुहोस् र चलाउनु अघि स्क्रिप्ट जाँच गर्नुहोस्।
तपाईं ट्युटोरियलबाट इन्स्टलरको एक-लाइन आदेश टाँस्नुहुन्छ, 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 फेरि काम गर्छ, इन्स्टलर गुनासो गर्न छोड्दा होइन।