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

दुई तह, दुई फरक पहिचान

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

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

Observed failureStage that rejected itField to touch
Security layer error 789 during initial negotiationIKE and IPsec peer authenticationThe pre-shared key or the certificate
Error 691, credentials not recognisedPPP user authenticationUser name, password, or account policy
Tunnel forms, then drops on the first packetNeither, usually routing or MTUAddress pool and interface configuration
Prompt repeats with no error textOften the client type selectionThe connection profile, not the secret

साझा गोप्य कुञ्जीले साथीलाई प्रमाणित गर्छ

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

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

प्रोफाइलमा टाइप गरिएको कुञ्जी स्क्रिनसट र च्याटबाट चुहिने सबैभन्दा सजिलो प्रमाण पनि हो। यसलाई व्यक्तिगत पासवर्ड नभई साझा पूर्वाधार सामग्रीका रूपमा व्यवहार गर्नुहोस्, किनकि यो ठ्याक्कै त्यही हो।

लगइन PPP को हो

L2TP सत्रभित्र PPP ले प्रमाणीकरणमा वार्ता गर्छ र सर्भरलाई तपाईंले टाइप गरेका मानहरूको जोडी प्रमाणित गर्न भन्छ। Windows मा ती प्रोफाइलले माग्ने नै प्रयोगकर्तानाम र पासवर्ड हुन्, र राउटरमा PPP प्रोफाइलले सन्दर्भ गर्ने कुरा हो। त्यो खाता भण्डारसँग जाँचिन्छ, कुञ्जीसँग होइन। दुई जनाले ल्यापटप र कुञ्जी साझा गर्न सक्छन् र यो चरणमा तैपनि छुट्याइन्छन्।

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

त्रुटिलाई फिल्ड छान्न दिनुहोस्

त्रुटि 789 ले सुरक्षा तहको नाम लिन्छ र IPsec चरणतर्फ संकेत गर्छ। दुवै पक्षको पूर्व-साझा कुञ्जी ठ्याक्कै मिल्छ, गेटवेले अपेक्षा गर्ने साथी पहिचान क्लाइन्टले पठाउनेसँग मिल्छ, र क्लाइन्ट अर्को प्रकारको सट्टा L2TP/IPsec का लागि कन्फिगर छ भनी पुष्टि गर्नुहोस्।

त्रुटि 691 ले प्रमाणहरूको नाम लिन्छ र PPP तर्फ संकेत गर्छ। गोप्य कुञ्जी बदल्नुअघि खाताको स्थिति र नामको ठ्याक्कै ढाँचा जाँच्नुहोस्, किनकि दुवै एकैचोटि बदल्दा तपाईंले पढिरहेको प्रमाण नष्ट हुन्छ।

टनेल उठे पनि ट्राफिक रोकिन्छ भने प्रमाणीकरण फिल्ड सम्पादन गर्न पूर्ण रूपमा रोक्नुहोस्। ठेगाना पूल, क्लाइन्ट सबनेटतर्फ फर्किने मार्ग र MTU हेर्नुहोस्: दुई तहको तुलना विफलता अझै तिनीभित्र हुँदा मात्र सहयोग गर्छ।

सम्बन्धित लेखहरू