त्रुटि 809 लगइनको होइन, मार्गको समस्या हो

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

अवरुद्ध पोर्ट र गलत पासवर्डले पूर्ण रूपमा फरक सन्देश दिन्छन्, र 809 विरलै दोस्रो हुन्छ।

प्रोफाइलले प्रयोग गर्ने प्रोटोकल पुष्टि गर्नुहोस्

सर्भरको नाम, ठेगाना र टनेलको प्रकार अपरेटरका हालका निर्देशनसँग जाँच्नुहोस्, त्यसपछि त्यो प्रकार कुन यातायातमा निर्भर छ नोट गर्नुहोस्। यी तीन मान एकै ठाउँमा जोडिएका छन्; पुरानो टनेल प्रकारसँग सही नाम पनि गलत नामजस्तै असफल हुन्छ। IKEv2 UDP 500 र 4500 मा निर्भर छ, र मौलिक ESP ट्राफिकलाई TCP वा UDP को रूपमा होइन, आफ्नै प्रोटोकलको रूपमा अनुमति दिनुपर्छ। पुरानो सेटअपबाट प्रतिलिपि गरिएको प्रोफाइलले सर्भरले अब नदिने टनेल प्रकार बताउन सक्छ। डायलगको लेबलबाट अनुमान नगरी मान अपरेटरबाट लिनुहोस्।

त्यही होस्टनामको ब्राउजर पृष्ठले पूर्ण रूपमा अर्को सेवा परीक्षण गर्छ। यसले होस्ट जीवित छ भनी साबित गर्न सक्छ र असफल वार्तालापबारे केही साबित गर्दैन।

प्रमाण नभई नेटवर्क परिवर्तन गर्नुहोस्

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

अनियन्त्रित रजिस्ट्री परिवर्तन र फायरवाल बन्द गर्नु यो कोडका लागि लोकप्रिय सल्लाह हो, र दुवै पुष्टि भएको निदानबाट आउँदैनन्। यो परिनियोजनका लागि अभिलेखित सुधार के हो अपरेटरलाई सोध्नुहोस्।

कोडलाई अर्को चरणसम्म पछ्याउनुहोस्

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

कोडलाई फैसला होइन, चरणको चिन्ह मान्नुहोस्; त्यही पढाइ पाँच मिनेटको जाँच र हराएको दिउँसोबीचको फरक हो।

पहिले के नबदल्ने

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

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

प्रोटोकल, परीक्षण गरिएका नेटवर्क र गेटवेको दृष्टिकोण अभिलेख गर्नुहोस्। यी तीनले अधिकांश 809 प्रतिवेदन टुंग्याउँछन्।