त्रुटी 809 लॉगिनची नाही, मार्गाची समस्या आहे

त्रुटी 809 तुम्हाला काय सांगत आहे हे तीन अटी ठरवतात: प्रोफाइलचा प्रोटोकॉल तुम्ही जो विचार करता तोच आहे का, मार्ग त्या प्रोटोकॉलला जाऊ देतो का, आणि गेटवेने प्रयत्न पाहिला का। यांना उत्तर मिळेपर्यंत त्रुटी ही कालबाह्यता आहे, आणि कालबाह्यता क्रेडेन्शियल्सवरचा निर्णय नाही। क्रम महत्त्वाचा आहे, कारण चुकीची अट आधी बदलल्यास उरलेल्या दोन्हींचे पुरावे नष्ट होतात।

अवरोधित पोर्ट आणि चुकीचा पासवर्ड पूर्णपणे वेगळे संदेश देतात, आणि 809 क्वचितच दुसरा असतो।

प्रोफाइल वापरत असलेल्या प्रोटोकॉलची पुष्टी करा

सर्व्हरचे नाव, पत्ता आणि टनेलचा प्रकार ऑपरेटरच्या सध्याच्या सूचनांशी तपासा, नंतर तो प्रकार कोणत्या वाहतुकीवर अवलंबून आहे ते नोंदवा। ही तीन मूल्ये एकत्र जोडलेली आहेत; जुन्या टनेल प्रकारासह बरोबर नाव चुकीच्या नावाप्रमाणेच अयशस्वी होते। IKEv2 UDP 500 आणि 4500 वर अवलंबून आहे, आणि मूळ ESP रहदारीला TCP किंवा UDP म्हणून नाही, तर स्वतःचा प्रोटोकॉल म्हणून परवानगी द्यावी लागते। जुन्या सेटअपमधून कॉपी केलेले प्रोफाइल सर्व्हर आता देत नसलेला टनेल प्रकार सांगू शकते। डायलॉगमधील लेबलवरून अंदाज न करता मूल्य ऑपरेटरकडून घ्या।

त्याच होस्टनावावरील ब्राउझर पृष्ठ पूर्णपणे दुसऱ्या सेवेची चाचणी करते। ते होस्ट जिवंत आहे हे सिद्ध करू शकते आणि अयशस्वी झालेल्या वाटाघाटीबद्दल काहीही सिद्ध करत नाही।

क्रेडेन्शियल्स नाही, नेटवर्क बदला

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

अनियंत्रित रजिस्ट्री बदल आणि फायरवॉल बंद करणे या कोडसाठी लोकप्रिय सल्ला आहे, आणि यापैकी कोणतेही पुष्ट निदानातून येत नाही। या तैनातीसाठी दस्तऐवजीकृत दुरुस्ती काय आहे ते ऑपरेटरला विचारा।

कोडचा पुढील टप्प्यापर्यंत पाठपुरावा करा

जर नंतरचा प्रयत्न प्रमाणीकरणापर्यंत पोहोचला आणि वेगळा कोड दिला, तर त्या नवीन टप्प्याचे अनुसरण करा आणि मूळ कालबाह्यता निदान सोडून द्या। मार्गाची समस्या खाते तपासणीत नेल्यास दोन्हीकडे वेळ वाया जातो। प्रोटोकॉल, अयशस्वी झालेला टप्पा आणि नेटवर्क तुलना केली गेली का हे नोंदवा, जेणेकरून पुढची व्यक्ती डायलॉगमधील मजकुराऐवजी पुराव्यापासून सुरुवात करेल।

कोडला निर्णय नव्हे, टप्प्याची खूण माना; ते वाचनच पाच मिनिटांची तपासणी आणि वाया गेलेल्या दुपारीतील फरक आहे।

आधी काय बदलू नये

क्रेडेन्शियल्स, लॉकआउट स्थिती आणि प्रमाणपत्र भांडार या सर्वांना शेवटी लक्ष देणे आवश्यक आहे। यापैकी कोणतेही जागा 809 सहसा सुरू होत नाही, आणि एक आधी बदलल्यास मार्ग शोधणारी तुलना काढून टाकली जाते। या तपासण्या नेटवर्क चाचणीनंतरसाठी ठेवा। नेटवर्क बदलताना क्लायंट, प्रोफाइल आणि सर्व्हर स्थिर ठेवा, आणि काय बदलले याची नोंद ठेवा।

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

प्रोटोकॉल, तपासलेली नेटवर्क आणि गेटवेची दृष्टी नोंदवा। हे तीन बहुतेक 809 अहवाल सोडवतात।