ASA FirePOWER मॉड्यूल के पास FMC तक कोई प्रबंधन मार्ग नहीं है

FMC मॉड्यूल को अप्राप्य दिखाता है, पंजीकरण लंबित रहता है, और ASA के अंदर से ping बिल्कुल ठीक काम करता है। किसी मौजूदा ASA FirePOWER परिनियोजन में यह संयोजन सामान्य है। मॉड्यूल का अपना प्रबंधन पता, अपना डिफ़ॉल्ट गेटवे और अपने राउटिंग निर्णय हैं, और कुछ प्लेटफ़ॉर्म पर ASA के साथ भौतिक प्रबंधन कनेक्शन साझा करना उन्हें एक नेटवर्क स्टैक में नहीं मिलाता। दो उपकरण एक ही तार पर दो अलग दृष्टिकोणों से उत्तर देते हैं।

नीचे दिया गया उन मॉड्यूल पर लागू होता है जो पहले से सेवा में हैं। किसी भी गाइड से पोर्ट आरेख लागू करने से पहले चेसिस मॉडल, मॉड्यूल प्रकार और समर्थित सॉफ़्टवेयर संस्करण पहचानें।

मॉड्यूल को अलग होस्ट के रूप में बनाएं

आरेख की शुरुआत मॉड्यूल के प्रबंधन IP, मास्क और डिफ़ॉल्ट गेटवे, उस VLAN से करें जो वास्तव में यह कनेक्शन ले जाता है, और उस FMC पते से करें जहां पहुंचना है। फिर एक अलग बॉक्स में ASA के इंटरफ़ेस पते और उसकी पूरी राउटिंग तालिका लिखें। यदि दोनों बॉक्स अंततः अलग-अलग स्वामियों के पतों वाला एक ही सबनेट साझा करते हैं, तो आपने समस्या का दिलचस्प हिस्सा ढूंढ लिया है।

ASA FirePOWER मॉड्यूल गाइड दिखाती है कि प्लेटफ़ॉर्म के बीच पोर्ट व्यवस्था कैसे बदलती है, जिसमें साझा प्रबंधन वायरिंग भी शामिल है जहां ASA और मॉड्यूल एक ही सेगमेंट पर अलग पते रखते हैं। वह हार्डवेयर आरेख डिज़ाइन के लिए इनपुट है, फुटनोट नहीं।

पता लगाएं कि वापसी मार्ग कहां टूटता है

कोर-राउटेड व्यवस्था लें। मॉड्यूल FMC की ओर जाने वाला ट्रैफ़िक Layer 3 कोर को भेजता है, कोर दूरस्थ प्रबंधन गंतव्य को ASA के अंदरूनी इंटरफ़ेस की ओर अग्रेषित करता है, और साइट VPN उसे दूसरी ओर ले जाता है। फिर दूरस्थ साइट को मॉड्यूल के प्रबंधन सबनेट तक वापसी मार्ग चाहिए। उस श्रृंखला का हर चरण सही हो सकता है जबकि वह अंतिम मार्ग गायब है, और इसीलिए विफलता अक्सर टूटी हुई सुरंग जैसी दिखती है।

कुछ भी बदलने से पहले ASA का अपना दृश्य पढ़ें:

show interface ip brief
show route
show running-config interface

तीसरा कमांड महत्वपूर्ण है क्योंकि आप जो इंटरफ़ेस पता भूल गए हैं, वही वापसी मार्ग को गलत उपकरण पर उतारता है।

जांचें कि ASA किसे जुड़ा मानता है

यदि ASA के पास मॉड्यूल के प्रबंधन सबनेट पर पता है, तो उसका कनेक्टेड मार्ग उस प्रीफ़िक्स का स्वामी है। कोर की ओर स्टैटिक मार्ग कनेक्टेड मार्ग के स्वामित्व को हटाता नहीं, इसलिए पैकेट ASA पर वापस आता है और वहीं रुक जाता है। फिर पंजीकरण ऐसे बिंदु पर विफल होता है जिसका क्रेडेंशियल से कोई संबंध नहीं है।

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

ऐसा सुधार चुनें जो मॉड्यूल को जुड़ा रखे

उस सेगमेंट से ASA का पता हटाना और किसी साझा पोर्ट को भौतिक रूप से निष्क्रिय करना समान क्रियाएं नहीं हैं। जिन प्लेटफ़ॉर्म पर मॉड्यूल उसी भौतिक प्रबंधन कनेक्शन पर चलता है, वहां पोर्ट निष्क्रिय करने से मॉड्यूल का एकमात्र लिंक हट जाता है — आपने राउटिंग समस्या को मृत उपकरण में बदल दिया होगा। उस बदलाव को प्राथमिकता दें जो प्रबंधन राउटिंग का स्वामित्व फिर से सौंपता है, और नेटवर्क स्वामी की उपस्थिति में उसे तैयार करें।

दूसरा समर्थित विकल्प यह है कि ASA के प्रशासनिक मार्ग को अपना सेगमेंट दिया जाए ताकि मॉड्यूल के प्रबंधन सबनेट का एक ही स्वामी हो। इससे एक पता और थोड़ा दस्तावेज़ीकरण खर्च होता है, और अस्पष्टता हमेशा के लिए दूर हो जाती है। आप कोई भी मार्ग चुनें, बाद में पुष्टि करें कि मॉड्यूल अभी भी FMC और अपने DNS या NTP स्रोतों दोनों तक पहुंच सकता है।

मार्ग सुसंगत होने पर ही पंजीकरण करें

वापसी मार्ग साफ़ होने पर, संबंधित FMC और मॉड्यूल रिलीज़ गाइड से प्रबंधन कनेक्टिविटी और पंजीकरण पैरामीटर की योजना बनाएं। पंजीकरण रहस्यों को साझा नोट्स और टिकटों से बाहर रखें, और निदान चरण के रूप में फिर से पंजीकरण करने के प्रलोभन का विरोध करें: टूटे मार्ग पर नई कुंजी केवल नए टाइमस्टैम्प के साथ वही विफलता पैदा करती है।

मार्ग को ASA से शुरू हुए ping के बजाय मॉड्यूल के अपने प्रबंधन स्टैक से स्वीकार करें, क्योंकि परीक्षण का स्रोत ही संदेह के घेरे में है। मॉड्यूल का अगला हॉप, ASA का VPN चयन और FMC का उत्तर मार्ग दर्ज करें, और दोनों प्रबंधन भूमिकाओं के लिए स्वतंत्र पुनर्प्राप्ति विधि रखें। वही रिकॉर्ड मरम्मत किए गए परिवहन को सफल पंजीकरण से अलग करता है।

जब मॉड्यूल अंततः FMC में दिखाई दे, तो वही तीन कमांड फिर चलाएं और आउटपुट को आरेख के पास सहेजें। उस प्रबंधन सेगमेंट को छूने वाले अगले व्यक्ति को ठीक यही तुलना चाहिए होगी।