नेटवर्क संवादमा L2TP विकल्प छैन: के स्थापना गर्ने

तपाईं एउटा VPN जडान थप्नुहुन्छ, सूचीमा L2TP/IPsec खोज्नुहुन्छ, र त्यो त्यहाँ हुँदैन। वा त्यो हुन्छ, प्रोफाइल सुरक्षित हुन्छ, र जडान प्लगइनको बारेमा सन्देशसँगै मर्छ। दुवै लक्षणले स्वतन्त्र रूपमा स्थापना हुने प्याकेजहरूको थुप्रोतर्फ संकेत गर्छन्, र संवादले तपाईंलाई त्यसको अन्त्य मात्र देखाउँछ। केही पनि स्थापना गर्नुअघि भागहरूको नक्सा बनाउनुहोस्।

मेनुबाट होइन, थुप्रोबाट सुरु गर्नुहोस्

यो विकल्प तब देखिन्छ जब व्यवस्थापकले त्यो VPN प्रकारको विज्ञापन गर्ने प्लगइन भेट्टाउँछ। त्यो प्लगइनलाई पनि चल्ने बेलामा L2TP डेमन र IPsec कार्यान्वयन चाहिन्छ, साथै जडान आफैंका लागि PPP मोड्युल चाहिन्छ। तीमध्ये प्रत्येक आफ्नै निर्भरता-शृंखला भएको छुट्टै प्याकेज हो, र वितरणले तिनलाई आंशिक रूपमा मात्र पूरा हुने संयोजनमा पुर्याउन सक्छ। एउटै IPsec डेमन स्थापना गर्दा सूचीमा केही थपिँदैन, किनकि व्यवस्थापक त्यसलाई खोजिरहेको हुँदैन। पहिले स्थापित प्लगइनहरू पढ्नुहोस्, त्यसपछि तलतिर जानुहोस्।

मेनुबाट हराएको वस्तु प्याकेजिङको प्रश्न हो। जति नै त्यस्तो लागे पनि यो कन्फिगरेसनको प्रश्न लगभग कहिल्यै हुँदैन।

सम्पादन र चलाउनु छुट्टाछुट्टै प्याकेज हुन्

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

प्याकेजको नाम छान्नुअघि चलिरहेको डेस्कटप वातावरण हेर्नुहोस्। GNOME को सम्पादन घटक KDE फ्रन्टइन्डको जस्तै प्याकेज होइन, र वितरणले दुवैमध्ये कुनैको नाम फेर्न सक्छ। नाम त्यही संस्करणको आफ्नै प्याकेज सूचीबाट लिनुहोस्।

PPP प्लगइन संस्करण भएको बाटोमा बस्छ

L2TP PPP माथि चल्छ, र सेवाले लोड गर्ने प्लगइन कुनै निश्चित PPP संस्करणका लागि बनाइएको हुन्छ, त्यसैले त्यो त्यो संस्करणको नामको डाइरेक्टरीमा बस्छ। पुरानो बाटो कडा रूपमा लेख्ने विधिले त्यो लेखिएको मेसिनको वर्णन गर्छ। यहाँको संस्करण फरक भए, आदेश जति होसियारीसाथ प्रतिलिपि गरिए पनि प्लगइन भेटिँदैन।

प्रतिलिपि गरिएको बिल्डभन्दा वितरणको प्याकेजको पक्षमा यो सबैभन्दा बलियो तर्क हो। प्याकेज हेरचाह गर्नेहरूले यो बाटो अनुसरण गर्छन्; प्रतिलिपि गरिएको configure लाइनले गर्दैन।

वार्ताको असफलता स्थापनाको असफलता होइन

विकल्प अवस्थित भएपछि र प्रोफाइल सुरक्षित भएपछि, अर्को असफलता अर्कै वर्गको समस्या हो। साथीले प्रमाणीकरण अस्वीकार गर्नु भनेको IPsec ब्याकइन्डले तपाईंलाई केही ठोस भन्दै छ।

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

दुई रहस्य, दुई फिल्ड

IPsec प्रमाणीकरण र प्रयोगकर्ताको PPP लगइन आपसमा सम्बन्ध नभएका रहस्य हुन्, जो संयोगवश एउटै संवादमा बसेका छन्। एउटाले मेसिनहरू प्रमाणित गर्छ, अर्कोले व्यक्तिलाई L2TP सेवासामु प्रमाणित गर्छ, र सर्भरले एउटा स्वीकार गर्दै अर्को अस्वीकार गर्न सक्छ।

खाताको पासवर्ड PPP फिल्डमा र साझा रहस्य IPsec फिल्डमा राख्नुहोस्, त्यसपछि लगले कसको बारेमा गुनासो गर्यो जाँच्नुहोस्। दुवै इनपुट मास्क गरिएकाले पासवर्ड साझा-रहस्य बाकसमा प्रतिलिपि गर्नु सामान्य र पूर्ण रूपमा शान्त गल्ती हो। तपाईंले अन्त्य गरेका प्याकेज संस्करणहरू लेख्नुहोस्, किनकि अर्को मेसिनलाई पनि त्यही संयोजन चाहिन्छ र संवादले त्यो के हो कसैलाई भन्दैन।