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 मा देखिएपछि तीही तीन आदेश फेरि चलाउनुहोस् र आउटपुट रेखाचित्रको छेउमा सुरक्षित राख्नुहोस्। त्यो व्यवस्थापन खण्ड छुने अर्को व्यक्तिलाई ठ्याक्कै त्यही तुलना चाहिनेछ।

सम्बन्धित लेखहरू