नेटवर्क संवादात L2TP पर्याय गायब आहे: काय इन्स्टॉल करावे
या संवादाला VPN प्लगइन, L2TP डेमॉन, IPsec बॅकएंड, PPP मॉड्यूल आणि एडिटर लागतो. यापैकी एकही नसल्यास दिसणारे लक्षण बदलते.
तुम्ही VPN कनेक्शन जोडता, यादीत L2TP/IPsec शोधता, आणि ते तिथे नसते. किंवा ते असते, प्रोफाइल साठवले जाते, आणि कनेक्शन प्लगइनबद्दलच्या संदेशासह मरते. दोन्ही लक्षणे स्वतंत्रपणे इन्स्टॉल होणाऱ्या पॅकेजच्या राशीकडे निर्देश करतात, आणि संवाद तुम्हाला फक्त त्याचा शेवट दाखवतो. काहीही इन्स्टॉल करण्यापूर्वी भागांचा नकाशा काढा.
मेनूतून नाही, राशीतून सुरुवात करा
पर्याय तेव्हा दिसतो जेव्हा व्यवस्थापकाला त्या VPN प्रकाराची जाहिरात करणारे प्लगइन सापडते. त्या प्लगइनलाही चालू असताना L2TP डेमॉन आणि IPsec अंमलबजावणी लागते, शिवाय दुव्यासाठी PPP मॉड्यूलही लागते. यातील प्रत्येक स्वतःच्या अवलंबन-साखळीसह वेगळे पॅकेज आहे, आणि वितरण ती केवळ अंशतः पूर्ण अशा संयोजनांमध्ये पुरवू शकते. फक्त IPsec डेमॉन इन्स्टॉल केल्याने यादीत काहीही भर पडत नाही, कारण व्यवस्थापक त्याचा शोध घेत नाही. आधी इन्स्टॉल केलेली प्लगइन वाचा, मग खाली जा.
मेनूतून गायब असलेला घटक पॅकेजिंगचा प्रश्न आहे. कितीही तसे वाटले तरी हा कॉन्फिगरेशनचा प्रश्न जवळपास कधीच नसतो.
संपादन आणि चालवणे वेगवेगळी पॅकेजेस आहेत
सेवा प्लगइन कनेक्शन स्थापन करते, आणि एडिटर घटक डेस्कटॉप सेटिंग्ज विंडोला प्रोटोकॉलचे पर्याय दाखवण्यास आणि साठवण्यास अनुमती देतो. ती वेगवेगळी पॅकेज केली जातात, आणि काही वितरणे एक दुसऱ्याशिवाय देतात. परिणाम असा कनेक्शन आहे जो अस्तित्वात आहे, कमांड लाइनवरून सुरू होऊ शकतो, आणि ग्राफिकल साधनात संपादित होऊ शकत नाही.
पॅकेजचे नाव निवडण्यापूर्वी चालू असलेले डेस्कटॉप वातावरण पहा. GNOME चा संपादन घटक KDE फ्रंटएंडसारखेच पॅकेज नाही, आणि वितरण दोन्हींपैकी कोणाचेही नाव बदलू शकते. नाव त्या आवृत्तीच्या स्वतःच्या पॅकेज यादीतून घ्या.
PPP प्लगइन आवृत्ती असलेल्या मार्गावर राहते
L2TP PPP वर चालते, आणि सेवा जे प्लगइन लोड करते ते विशिष्ट PPP आवृत्तीसाठी बनवलेले असते, म्हणून ते त्या आवृत्तीच्या नावाच्या डिरेक्टरीत राहते. जुना मार्ग कठोरपणे लिहिणारी पाककृती ती ज्या मशीनवर लिहिली गेली तिचे वर्णन करते. इथली आवृत्ती वेगळी असल्यास, कमांड कितीही काळजीपूर्वक कॉपी केली तरी प्लगइन सापडणार नाही.
कॉपी केलेल्या बिल्डपेक्षा वितरणाच्या पॅकेजच्या बाजूने हा सर्वात मजबूत युक्तिवाद आहे. पॅकेज देखभाल करणारे हा मार्ग पाळतात; कॉपी केलेली configure ओळ तसे करत नाही.
वाटाघाटीचे अपयश इन्स्टॉलेशनचे अपयश नाही
पर्याय अस्तित्वात आला आणि प्रोफाइल साठवले गेले की, पुढील अपयश वेगळ्या वर्गाची समस्या असते. साथीदाराने प्रमाणीकरण नाकारणे म्हणजे IPsec बॅकएंड तुम्हाला काहीतरी ठोस सांगत आहे.
काहीही पुन्हा इन्स्टॉल करण्यापूर्वी बॅकएंडचा स्वतःचा लॉग वाचा. व्यवस्थापकाच्या जर्नलमध्ये प्लगइन सोपवत असल्याचे आणि IPsec डेमॉन का थांबला हे कळवत असल्याचे दिसते, आणि त्या दोन ओळी एकत्र कळवतात की कोणत्या बाजूने नकार दिला. एडिटर पुन्हा इन्स्टॉल केल्याने नाकारलेली पूर्व-सामायिक की सुधारत नाही, आणि प्लगइन पुन्हा इन्स्टॉल केल्याने वेगळे प्रस्ताव अपेक्षिणारा सर्व्हर सुधारत नाही. पॅकेजला हात लावण्यापूर्वी तुमच्या नोट्समध्ये स्तर वेगळे करा.
दोन रहस्ये, दोन फील्डे
IPsec प्रमाणीकरण आणि वापरकर्त्याचे PPP लॉगिन यांचा परस्पर संबंध नसलेली रहस्ये आहेत, जी योगायोगाने एकाच संवादात बसली आहेत. एक मशीनना प्रमाणित करते, दुसरे व्यक्तीला L2TP सेवेसमोर प्रमाणित करते, आणि सर्व्हर एक स्वीकारताना दुसरे नाकारू शकतो.
खात्याचा पासवर्ड PPP फील्डमध्ये आणि सामायिक रहस्य IPsec फील्डमध्ये ठेवा, नंतर लॉगने कशाबद्दल तक्रार केली ते तपासा. दोन्ही इनपुट मास्क केलेली असल्याने पासवर्ड सामायिक-रहस्याच्या खोक्यात कॉपी करणे ही सामान्य आणि पूर्णपणे शांत चूक आहे. तुम्ही ज्या पॅकेज आवृत्त्यांसह संपले त्या नोंदवा, कारण पुढील मशीनलाही तेच संयोजन लागते आणि संवाद कोणालाही ते काय आहे ते सांगणार नाही.