pppd बाइनरी भेटिएन: रनटाइम ठीक गर्नुहोस्, प्रमाणीकरण होइन

गेटवेसम्म केही पुगेन, किनकि क्लाइन्टले पहिले आवश्यक बाइनरी भेट्टाउन सकेन। सन्देशले रनटाइम सहायकको नाम दिन्छ, र स्वाभाविक प्रतिक्रिया अर्को छेउले केही अस्वीकार गर्यो भन्ने मान्नु हो। त्यसले अस्वीकार गरेन। PPP आधारित एकीकरणलाई त्यो सहायक स्थानीय मेसिनमा चाहिन्छ, र त्यो अनुपस्थित छ, पढ्न सकिँदैन वा कल गर्नेले हेर्ने ठाउँमा छैन।

मेनु र डेमन फरक कुरा हुन्

डेस्कटप सम्पादकले प्रोफाइल सुरक्षित गर्न सक्छ, त्यसलाई स्थापित गर्ने सहायक अनुपस्थित हुँदा पनि, किनकि सुरक्षित गर्नुले फाँटहरू जाँच्छ, क्षमताहरू होइन। दुई घटक फरक प्याकेजमा आउँछन् र फरक क्षणमा असफल हुन्छन्। सफा रूपमा सुरक्षित हुने प्रोफाइल र तुरुन्तै असफल हुने जडान पूर्ण रूपमा सुसंगत छन्।

उल्टो गल्ती पनि उत्तिकै सामान्य छ: डिस्कमा कतै रहेको एक्जिक्युटेबलले छानिएको एकीकरणले समर्थित प्रतिलिपि भेट्टाउँछ भन्ने प्रमाणित गर्दैन। होम डाइरेक्टरीको प्रतिलिपिले शेललाई सन्तुष्ट गर्न सक्छ र तैपनि सेवाका लागि अदृश्य रहन सक्छ।

फाइल होइन, प्याकेज पढ्नुहोस्

केही छुनु अघि स्थापित प्याकेजको अवस्था, यसका घोषित निर्भरताहरू र अपेक्षित फाइल सूची जाँच्नुहोस्। डिस्ट्रिब्युसन प्याकेजिङले यो स्पष्ट रूपमा अभिलेख गर्छ, र Debian को NetworkManager PPTP प्याकेज उपयोगी उदाहरण हो, किनकि यो PPP डेमन प्याकेज र PPTP क्लाइन्टमा छुट्टाछुट्टै निर्भर छ। यो आज PPTP तैनाथ गर्ने सिफारिस होइन, पुरानो एकीकरण हो। सहायक क्लाइन्टभित्र होइन, आफ्नै निर्भरताका रूपमा कसरी आउँछ भन्ने यसले देखाउँछ।

असफलताका तीन मोड अलग राख्नुहोस्: स्थापना नभएको प्याकेज, कुनै उम्मेदवार नदिने भण्डार, र प्याकेजको स्वामित्वबाहिर हातले स्थापित बाइनरी। यिनलाई फरक मर्मत चाहिन्छ, र पहिलो मात्र त्यही प्याकेज पुनः स्थापना गरेर सुधारिन्छ।

शेलमा एक्जिक्युटेबलको जाँचले त्यो शेलको खोज मार्ग मात्र वर्णन गर्छ, अरू केही होइन। प्रबन्धकको सहायक फरक मार्गमा, फरक वातावरणमा वा स्पष्ट रूपमा कन्फिगर गरिएको एक्जिक्युटेबल स्थानसँग चल्न सक्छ।

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

अरूलाई नबिगारी रनटाइम मर्मत गर्नुहोस्

जब रनटाइम स्पष्ट रूपमा अपूर्ण छ, डिस्ट्रिब्युसनको समीक्षित प्याकेज कारोबार प्रयोग गर्नुहोस् र पहिले के बदलिन्छ पढ्नुहोस्। PPP लाई धेरै पहुँच सञ्जाल एकीकरणहरूले साझा गर्छन्, त्यसैले यसलाई हटाउनु वा पुनः स्थापना गर्नुले काम गरिरहेका उपभोक्ताहरूलाई सँगै लैजान सक्छ। एउटा बिग्रिएको मर्मत गर्न सम्बन्धित सबै प्याकेज सफा गर्नु भनेको ल्यापटपले दुई काम गर्ने जडान गुमाउने तरिका हो।

अर्को VPN क्लाइन्ट स्थापना गर्नु पनि मर्मत होइन। यसले नयाँ अनुकूलता आवश्यकता सिर्जना गर्छ र मूल प्रोफाइल व्याख्याविना छोड्छ।

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

अर्को त्रुटिलाई नयाँ चरण मान्नुहोस्

सहायक सुरु भएपछि अर्को असफलता फरक हुने अपेक्षा राख्नुहोस्। PPP लिङ्क वार्ता, प्रयोगकर्ता प्रमाणीकरण, ठेगाना बाँडफाँट, मार्ग र नाम समाधान प्रत्येक स्वतन्त्र रूपमा असफल हुन सक्छ, र प्रत्येकसँग आफ्नै प्रमाण छ।

पछिको अस्वीकृतिलाई निर्भरता-मर्मत फिर्ता लिएर वा प्रोफाइलमा सबै पुराना प्रमाणीकरण र सम्पीडन विकल्प सक्रिय गरेर जवाफ नदिनुहोस्। यसले एउटा निदान गर्न सकिने समस्यालाई परस्पर-क्रियाशील धेरै समस्यामा बदल्छ। एक पटकमा एउटा सेटिङ बदल्नुहोस् र के बदलियो नोट गर्नुहोस्।

प्याकेज संस्करण र तपाईंले देख्नुभएको ठ्याक्कै सन्देश नोट गर्नुहोस्। अनुपस्थित बाइनरी र त्यो उपलब्ध गराउनुपर्ने प्याकेजको नाम दिने प्रतिवेदन VPN बारे सामान्य गुनासोमा नहुने तरिकाले कार्यान्वयनयोग्य छ।