L2TP प्रोफाइलचा कोणता स्तर प्रत्यक्षात तुटला

सेटिंग्ज पानावर आडवे न जाता, स्टॅकमध्ये खाली जा: IPsec वाटाघाटी, नंतर L2TP नियंत्रण, नंतर PPP प्रमाणीकरण, नंतर पत्ता आणि DNS वाटप. प्रत्येक स्तराची स्वतःची त्रुटी-स्वाक्षरी आणि स्वतःचे संभाव्य कारण असते. वापरकर्ता प्रमाणीकरणात अयशस्वी होणारे प्रोफाइल आधीच तीन तपासण्या पार करून गेले आहे, जिथे यापूर्वी कालबाह्य झालेले प्रोफाइल कधीच पोहोचले नव्हते. हा क्रमच प्रथम निश्चित करायचा आहे.

एकच प्रोटोकॉल नाव चार वेगवेगळ्या संभाषणांना लपवते.

सेटिंग्ज बदलण्यापूर्वी स्तराला नाव द्या

IPsec सेटअप अयशस्वी होणे सामायिक रहस्य, अल्गोरिदम किंवा समोरच्या बाजूची ओळख याकडे निर्देश करते. त्यानंतर L2TP नियंत्रण अयशस्वी झाल्यास बोगदा स्तरच सूचित होतो, ही अधिक अरुंद समस्या आहे. PPP प्रमाणीकरणाचे अपयश खाते किंवा प्रमाणीकरण पद्धत नावाने सांगते. प्रमाणीकरणानंतर पत्ता किंवा DNS अयशस्वी झाल्याचा अर्थ वाहतूक कार्य करत होती आणि संरचना देवाणघेवाण करत नव्हती.

क्लायंट आवृत्ती, ऑपरेटिंग सिस्टम आवृत्ती आणि ऑपरेटरची दस्तऐवजीकृत मांडणी नोंदवा. या तिन्हीशिवाय प्रत्येक बदल हा एक अंदाज आहे जो अपघाताने दुसरे काहीतरी सुधारू शकतो.

प्रोफाइलची सध्याच्या क्लायंटशी तुलना करा

साठवलेल्या प्रोफाइलमध्ये सध्याचा क्लायंट आता स्वीकारत नसलेले सामायिक रहस्य, प्रमाणीकरण पर्याय किंवा अंतिम बिंदू असू शकतो. काही प्लॅटफॉर्मनी L2TP/IPsec समर्थन पूर्णपणे मागे घेतले किंवा काढून टाकले आहे, आणि अद्ययावत क्लायंट सर्व्हरवर कोणताही बदल न करता जुने IKE वर्तन सोडू शकतो. तुमच्या साठवलेल्या मूल्यांची तुलना ऑपरेटरच्या सध्याच्या दस्तऐवजीकृत आवश्यकतांशी करा, वर्षभरापूर्वी काय चालत होते त्याशी नाही. या दोन दस्तऐवजांमधील अंतर हेच सामान्यतः उत्तर असलेले ठिकाण असते.

कॅशेमध्ये असलेले रहस्य किंवा नाव बदललेले खाते सामान्यतः सामान्य प्रोफाइल अद्ययावतांपेक्षा जास्त काही मागत नाही, आणि काहीही पुन्हा रचण्यापूर्वी दोन्ही तपासणे योग्य आहे. हे स्वस्त दुरुस्त्या आहेत, आणि कोणत्याही स्थापत्य कामापूर्वी या वगळल्या पाहिजेत.

जुने पर्याय सक्षम केल्याने परत येत नाहीत

प्रमाणीकरण बंद करणे विश्वास-साखळीची समस्या दुरुस्त करत नाही, आणि कोणत्या तरी फोरम थ्रेडने उल्लेख केला म्हणून अल्गोरिदम सक्षम करणे सर्व्हर काय स्वीकारतो याबद्दल काहीही सिद्ध करत नाही. कमकुवत IKE प्रस्ताव सामान्यतः चांगल्या कारणांसाठी क्लायंटमधून काढले जातात, आणि त्यापैकी एक पुन्हा सक्षम केल्याने तुटलेल्यापेक्षा वाईट कनेक्शन तयार होते. कमकुवत बोगदा दुरुस्ती नाही, ती त्याच लक्षणासह नवीन समस्या आहे. योग्य प्रश्न हा आहे की ऑपरेटर आता काय समर्थन देतो.

सर्व काही सक्षम करणारी दुरुस्ती प्रत्यक्ष बिघाडापेक्षा खूप जास्त बदलते आणि कशाने ते सुधारले हे सांगण्याची क्षमता तुमच्याकडे ठेवत नाही.

स्थलांतर प्रकल्प म्हणून मांडा

जर उपयोजन आवश्यक क्लायंटला आता समर्थन देत नसेल, तर अदस्तऐवजीकृत अपवाद जपण्याऐवजी ऑपरेटरसोबत बदलीची योजना करा. प्रवेशाची आवश्यकता, ओळख, DNS नोंदी आणि मार्ग सोबत घ्या, कारण केवळ नवीन हस्तांदोलन त्या परवानग्यांपैकी एकही पुन्हा तयार करत नाही. कार्यरत कनेक्शन शांतपणे ज्या भागांवर अवलंबून होते ते हेच आहेत. पुनर्प्राप्तीची पुष्टी होईपर्यंत जुने प्रोफाइल सुरक्षित ठेवा, नंतर जुने ओळखपत्र जिथे प्रत्यक्षात व्यवस्थापित होतात तिथून मागे घ्या. ते तिथेच ठेवणे हा तो मार्ग आहे ज्यामुळे सर्वांनी बंद झाले असे मानल्यानंतरही जुना मार्ग बराच काळ वापरण्यायोग्य राहतो.

प्रोफाइल कशासाठी होते हे लिहून ठेवण्याचा क्षणही स्थलांतर आहे. अन्यथा पुढच्या व्यक्तीला कोणत्याही स्पष्टीकरणाशिवाय कार्यरत कनेक्शन वारसा म्हणून मिळते.

स्तर, क्लायंट आवृत्ती आणि ऑपरेटरच्या सध्याच्या आवश्यकता तपासा. नंतर ही दुरुस्ती आहे की बदली हे ठरवा.