VPN मा OSPF छिमेकी बन्दैनन्? यिनलाई क्रमैसँग जाँच्नुहोस्

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

प्रत्येक जाँचको फरक लक्षण हुन्छ, त्यसैले सूचीभन्दा क्रम महत्त्वपूर्ण छ।

जाँच 1: लिङ्क मोडेल ठीक छ?

पोइन्ट-टु-पोइन्ट इन्टरफेस र साझा बहु-पहुँच सञ्जाल फरक OSPF वातावरण हुन्. ब्रोडकास्ट-LAN कन्फिगरेसन टनेलमा प्रतिलिपि गर्नु यहाँ सबैभन्दा सामान्य गल्ती हो। VPN कार्यान्वयनले समर्थन गर्ने सञ्जाल प्रकार सेट गर्नुहोस्, राउटेड टनेलका लागि सामान्यतया पोइन्ट-टु-पोइन्ट। त्यसपछि प्लेटफर्म सहमत छ कि छैन पुष्टि गर्नुहोस्, किनकि केही कार्यान्वयनले सेटिङलाई बेवास्ता गर्छन् वा माथि लेख्छन्।

लिङ्क मोडेल गलत भए, सूचीमा अगाडिको केहीले पनि मद्दत गर्दैन।

जाँच 2: प्याकेटहरू पास हुन दिइन्छ?

OSPFv2 IP प्रोटोकल 89 हो, TCP वा UDP पोर्ट होइन, त्यसैले पोर्टका लागि लेखिएको फायरवाल नियमले यसलाई चुपचाप छोडिदिन्छ। हेलोहरू पनि मल्टिकास्ट ठेगानामा जान्छन्, जसलाई नीतिले अनुमति नदिन सक्छ। टनेलका दुवै छेउबीच प्रोटोकल 89 अनुमति दिनुहोस्, त्यसपछि प्लेटफर्मलाई स्पष्ट छिमेकी घोषणा चाहिन्छ कि जाँच्नुहोस्।

केवल ping पास गर्ने टनेल नीतिको समस्या हो, राउटिङको होइन।

जाँच 3: छिमेकी प्यारामिटर मिल्छन्?

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

MTU बेमेल भनेको सूक्ष्म हो। यसले ExStart मा डाटाबेस आदानप्रदान रोक्छ, त्यसैले छिमेकी कहिल्यै Full मा पुग्दैन।

जाँच 4: स्थितिले के भन्छ

स्थितिले असफलताको नाम भन्छ। Init भनेको हेलो आइरहेको छ तर यो राउटर तिनीहरूमा सूचीबद्ध छैन, जसले एकतर्फी मार्ग वा मल्टिकास्ट समस्यालाई संकेत गर्छ। Two-Way ब्रोडकास्ट खण्डमा गैर-DR छिमेकीसँग सामान्य हुन्छ र पोइन्ट-टु-पोइन्ट लिङ्कमा असामान्य। ExStart वा Exchange अड्किनु भनेको MTU वा डाटाबेस-विवरण समस्या हो। Loading भनेको लिङ्क-स्टेट अनुरोधको जवाफ दिइँदैन।

केही परिवर्तन गर्नुअघि स्थिति पढ्नुहोस्, किनकि यसले सूचीको धेरै भाग हटाउँछ।

show ip ospf neighbor स्थिति, छिमेकीको ठेगाना र डेड टाइमर छाप्छ। त्यो टाइमरलाई दुवैतर्फको हेलो अन्तरालसँग तुलना गर्नुहोस्: हेलोको चार गुणा डेड अन्तराल सामान्य हो, अरू केही पनि बेमेल हो। स्थिति स्तम्भ पूरै पृष्ठको सबैभन्दा छिटो पढाइ हो।

जाँच 5: वास्तवमा के घोषणा गरिन्छ

Full संलग्नता मार्ग होइन। कुन सञ्जालहरू सिर्जना हुन्छन्, कुन सिकिन्छन् र कुन राउटिङ तालिकामा स्थापना हुन्छन् जाँच्नुहोस्। हराएको सञ्जाल घोषणा वा साइट प्रिफिक्स बहिष्कृत गर्ने पुनर्वितरण नीतिले स्वस्थ छिमेकी र खाली तालिका दिन्छ।

त्यसपछि होस्ट-स्तरको अनुप्रयोग र फर्कने मार्ग परीक्षण गर्नुहोस्, किनकि राउटिङ प्रोटोकलले फायरवाल खोल्दैन।

IPv6 का लागि OSPFv3 का आफ्नै आवश्यकताहरू छन् र यो प्रत्येक OSPFv2 सेटिङमा ठेगाना-परिवारको टगल होइन। मिल्दो प्रोटोकल र प्लेटफर्म कागजात प्रयोग गर्नुहोस्। र यदि जडान एउटै स्थिर लिङ्क हो भने, सञ्चालन गर्नुपर्ने नियन्त्रण-तल थप्नुअघि स्थिर मार्गहरू तुलना गर्नुहोस्।