VPN वर OSPF शेजारी तयार होत नाहीत? हे क्रमाने तपासा
पाच तपासण्या, प्रत्येकाचे स्वतःचे लक्षण: लिंक मॉडेल, प्रोटोकॉल 89 फिल्टरिंग, शेजाऱ्याचे पॅरामीटर्स, समीपता स्थिती आणि शेवटी प्रत्यक्षात काय जाहीर केले जाते.
टनेल सुरू आहे, इंटरफेस एकाच सबनेटमध्ये आहेत, आणि तरीही 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 सेटिंगवरील पत्ता-कुटुंब टॉगल नाही। जुळणारा प्रोटोकॉल आणि प्लॅटफॉर्म दस्तऐवजीकरण वापरा। आणि जर कनेक्शन एकच स्थिर लिंक असेल, तर चालवावे लागणारे नियंत्रण-स्तर जोडण्यापूर्वी स्थिर मार्गांची तुलना करा।