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-யில் தோன்றும்போது, அதே மூன்று கட்டளைகளை மீண்டும் இயக்கி வெளியீட்டை வரைபடத்திற்கு அருகில் சேமிக்கவும். அந்த நிர்வாகப் பிரிவைத் தொடும் அடுத்த நபருக்கு அதே ஒப்பீடு தேவைப்படும்.