L2TP/IPsec त्रुटी 789, 720 किंवा 691: आधी योग्य टप्पा दुरुस्त करा

Windows 11 प्रत्येक L2TP/IPsec टप्प्यासाठी वेगळा क्रमांक नोंदवते, आणि तो क्रमांक अपयशाचे मूल्यांकन करण्याऐवजी टप्पा दर्शवतो। 789 PPP दुवा अस्तित्वात येण्यापूर्वी अपयशी ठरतो, 720 दुवा वर येत असताना अपयशी ठरतो, आणि 691 दुवा वर आल्यानंतर व ओळखपत्रे नाकारल्यानंतर अपयशी ठरतो। उपयुक्त निर्णय कोणती दुरुस्ती सर्वाधिक लोकप्रिय आहे हा नाही; कोड तुम्ही कोणत्या टप्प्यापर्यंत पोहोचलात हे सिद्ध करतो हा आहे। आधी ते वाचा, मग प्रत्येक प्रयत्नात एक स्तर बदला जेणेकरून पुढील कोड तुम्हाला अजून काही सांगेल।

कोड टप्पा म्हणून वाचा, दोषांची यादी म्हणून नाही

L2TP कनेक्शन ठरलेल्या क्रमाने तीन सीमा ओलांडते। IKE UDP 500 वर सुरक्षा संघटनांवर बोलणी करते, NAT मार्गक्रमण ती वाहतूक UDP 4500 वर हलवते, आणि त्यानंतरच L2TP बोगदा वापरकर्त्याचे प्रमाणीकरण करणारे व पत्ता नेमून देणारे PPP सत्र वाहून नेते।

हाच क्रम बदलणाऱ्या त्रुटी कोडला उपयुक्त पुरावा बनवतो। 789 वरून 720 वर जाणे म्हणजे IPsec आता बोलणी करत आहे आणि अपयश दुवा स्थापनेकडे सरकले आहे। 720 वरून 691 वर जाणे म्हणजे दुवा वर आला आणि प्रवेशद्वाराने ओळख नाकारली। तुम्ही पाच दुरुस्त्या एकत्र लागू केल्यास तो संकेत गमावता आणि कोणता बदल चालला हे सांगू शकत नाही।

789: मार्ग आणि स्थानिक धोरण यांत निवडा

कोड 789 सुरुवातीच्या सुरक्षा बोलण्यांदरम्यानची प्रक्रिया त्रुटी आहे। IPsec ने कधीही वापरण्यायोग्य संघटन तयार केले नाही, म्हणून खात्याची अजून चाचणी झाली नाही। खात्यापासून नाही, मार्ग आणि सामायिक की पासून सुरुवात करा।

UDP 500 आणि UDP 4500 सर्व्हरपर्यंत पोहोचतात आणि पूर्व-सामायिक की बाइट बाइट जुळते याची खात्री करा, अक्षरांचा आकार आणि शेवटच्या जागा यासह। सर्व्हर NAT मागे असल्यास, Windows ला नोंदवलेले रजिस्ट्री मूल्य देखील लागू शकते। सर्व्हर NAT मागे असताना 1 आणि दोन्ही टोके तसे असताना 2 वापरा, नंतर पुन्हा सुरू करा कारण धोरण एजंट सुरुवातीला मूल्य वाचतो:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

जड अडॅप्टर दुरुस्ती दुसऱ्या शाखेची आहे। Wi-Fi उपकरण आणि WAN मिनीपोर्ट काढून नंतर हार्डवेअरसाठी पुन्हा स्कॅन करणे तेव्हा न्याय्य आहे जेव्हा स्थानिक IPsec स्टॅक स्वतःच खराब झाला आहे आणि इतर VPN प्रकार त्याच पद्धतीने अपयशी ठरतात। जेव्हा फक्त एक L2TP सर्व्हर अपयशी ठरतो आणि इतर सर्व नेटवर्क मार्ग चालतात तेव्हा हा व्यर्थ प्रयत्न आहे।

720: हा अडॅप्टर आणि सर्व्हर तलाव यांत निवडा

त्रुटी 720 सांगते की दूरच्या संगणकाशी कनेक्शन स्थापित करता आले नाही, आणि ती IPsec यशस्वी झाल्यानंतर दिसते। बोगदा इंटरफेस वर आणण्याच्या किंवा पत्ता मिळवण्याच्या बिंदूपर्यंत पोहोचला आणि नंतर थांबला। त्यामुळे हा स्थानिक अडॅप्टरचा प्रश्न किंवा सर्व्हर क्षमतेचा प्रश्न बनतो।

निर्णयासाठी परिणाम त्रिज्या वापरा। एक Windows यंत्र अपयशी ठरल्यास खराब WAN मिनीपोर्ट, थांबलेली Remote Access सेवा किंवा खराब झालेली कनेक्शन प्रोफाइल दर्शवते। अनेक क्लायंट एकाच वेळी अपयशी ठरल्यास सर्व्हर दर्शवते: संपलेला पत्ता तलाव, थांबलेली RRAS सेवा किंवा आता क्लायंट सबनेटशी जुळणारा नसलेला तलाव। नमुना ज्या बाजूकडे निर्देश करतो ती बाजू दुसरी बदलण्यापूर्वी दुरुस्त करा।

एक-क्लायंट शाखेत, WAN मिनीपोर्ट एकदा काढा आणि हार्डवेअर बदलांसाठी स्कॅन करा, नंतर पुन्हा सुरू करा आणि पुन्हा प्रयत्न करा। सर्व्हर शाखेत, क्लायंटऐवजी तलाव आणि सेवेची स्थिती तपासा, कारण चालणारा अडॅप्टर पुन्हा स्थापित केल्याने सर्व्हरकडे नसलेला पत्ता तयार होऊ शकत नाही।

691: ओळखपत्र आणि थांबलेला सहाय्यक यांत निवडा

कोड 691 प्रमाणीकरणाचा नकार आहे, आणि हा कोड चुकीचा परवलीचा शब्द म्हणून सर्वाधिक चुकीचा वाचला जातो। बोगदा वर आहे, प्रवेशद्वाराने ओळख पाहिली आणि ती नाकारली। कारण अजूनही परवलीच्या शब्दाच्या क्षेत्राबाहेर असू शकते।

आधी डोमेन क्षेत्र तपासा, नंतर परवलीच्या शब्दातील नेमकी अक्षरे। जागा, अवतरण चिन्ह किंवा शेल-विशेष अक्षर असलेला परवलीचा शब्द सर्व्हरपर्यंत पोहोचण्यापूर्वी बिघडू शकतो; Linux वर, pppd अवतरण चिन्ह नसलेल्या मूल्यासाठी किंवा गहाळ डोमेनसाठी E=691 असेच नकार नोंदवते। रहस्य पेस्ट करण्याऐवजी पुन्हा टाइप करा, आणि जुने मूल्य असू शकणारे कोणतेही साठवलेले ओळखपत्र पुसून टाका।

लोक जी शाखा चुकवतात ती थांबलेली सहाय्यक सेवा आहे। जेव्हा विक्रेत्याचा क्लायंट ओळखपत्रे प्रवेशद्वाराकडे पाठवण्यासाठी स्वतःच्या सेवेवर अवलंबून असतो, तेव्हा अक्षम किंवा कोसळलेली सेवा परवलीचा शब्द बरोबर असतानाही 691 निर्माण करते। खाते रीसेट करण्यापूर्वी, विशेषतः पुन्हा सुरू केल्यानंतर किंवा अद्यतनानंतर विक्रेत्याच्या सेवेची स्थिती तपासा।

शाखा वेगळ्या करण्यासाठी, तोच वापरकर्तानाव दुसऱ्या चालणाऱ्या VPN प्रोफाइलवर किंवा RADIUS चाचणी खात्यावर तपासा। ते यशस्वी झाल्यास ओळखपत्र ठीक आहे आणि स्थानिक क्लायंट मार्ग संशयास्पद आहे। ते त्याच पद्धतीने अपयशी ठरल्यास खाते किंवा प्रवेशद्वार धोरण ही समस्या आहे।

प्रत्येक प्रयत्नात एक स्तर बदला

बाहेरून आत काम करा: पोहोच आणि NAT मार्गक्रमण, नंतर पूर्व-सामायिक की, नंतर स्थानिक अडॅप्टर स्टॅक, नंतर ओळखपत्र, नंतर सर्व्हर तलाव आणि सेवा। हा क्रम कोड वर्णन करतात त्या टप्प्यांचे अनुसरण करतो आणि प्रत्येक निकाल एका बदलास जोडता येण्याजोगा ठेवतो।

प्रत्येक प्रयत्नापूर्वी आणि नंतरचा कोड, क्लायंट बिल्ड, आणि सर्व्हर की क्लायंट बदलला याची छोटी नोंद ठेवा। 789, नंतर 720, नंतर 691 अशी मालिका प्रगतीचा नकाशा आहे; तोच कोड दोनदा आल्यास शेवटच्या बदलाने तो टप्पा हाताळला नाही असे होते। Windows पुन्हा स्थापित केल्याने हा नकाशा पुसट होतो आणि प्रवेशद्वारावर राहणारे अपयश क्वचितच दुरुस्त होते।

कोड बदलणे थांबल्यावर, गोष्टी बदलणे थांबवा। सध्याचा कोड, सर्व्हरचा पत्ता, प्रमाणीकरण पद्धत आणि प्रयत्नाची वेळ नोंदवा, नंतर ती नोंद चालणाऱ्या क्लायंटशी तुलना करा। दोन नोंदींमधील फरक सहसा लोक डीफॉल्टने करून पाहतात त्या दुरुस्त्यांच्या यादीपेक्षा लहान असतो।