ASA இடமாற்றத்திற்கான குறிப்பாக வரும் IOS உள்ளமைவு, ஒரு தளத்தின் தொடரியலுக்குள் பொதிந்த ஒப்பந்தத்தை விவரிக்கிறது. எதிர் முனையின் முகவரிகள், அடையாளங்கள் மற்றும் பாதுகாக்கப்பட்ட வரம்புகளே ஒப்பந்தம். சாவி வளையம், சுயவிவரம் மற்றும் crypto map சங்கிலி என்பது IOS அதை வெளிப்படுத்தும் முறை, அதே நோக்கத்தை ASA tunnel group-கள் மற்றும் அவற்றின் பண்புகள் மூலம் வெளிப்படுத்துகிறது. இரண்டாம் பகுதியை நகலெடுப்பது ஒருபோதும் வேலை செய்யாது, முதல் பகுதியை மட்டும் நகலெடுத்தால் வேலை பாதியில் நிற்கும்.

கீழே உள்ள ஐந்து படிகளையும் வரிசையாகச் செல்லுங்கள், இரண்டு தளங்களும் வெவ்வேறு சொற்களை அல்ல, வெவ்வேறு விஷயங்களை விவரிக்கும் இடத்தில் நிறுத்துங்கள்.

படி 1: ஒப்பந்தத்தை தொடரியலிலிருந்து பிரிக்கவும்

ஒப்படைப்பை இரு நிர்வாகிகளும் ஏற்றுக்கொள்ளும் தேவைகளாக எழுதுங்கள். நான்கு வரிசைகள் கிட்டத்தட்ட அனைத்தையும் உள்ளடக்கும்: எதிர் முனை எங்கே உள்ளது, எந்தப் பக்கம் தொடங்குகிறது, ஒவ்வொரு பக்கமும் தன் அடையாளத்தை எப்படி நிரூபிக்கிறது, எந்தப் பாதுகாப்பு ஏற்கத்தக்கது, எந்தப் பயன்பாடுகள் சுரங்கப்பாதையைத் தாண்டி வாழ வேண்டும். அந்த வரிசைகளில் எதுவும் ஒரு கட்டளையைக் குறிப்பிடவில்லை.

மூல உரையை அறிவுறுத்தல்களாக அல்ல, சான்றாக வைத்திருங்கள். ஒரு தளத்தில் இருக்கும் மற்றொன்றில் இல்லாத வரி, அதே தேவையை வேறு வழியில் நிறைவேற்ற முடியுமா என்று சரிபார்க்கும் வரை தொடரியல் வேறுபாடு மட்டுமே.

RequirementWhat must be agreed
Peer deliveryOuter endpoint, address family, NAT view, initiating side
AuthenticationIKE version, expected identities, credential method and delivery
Data protectionPermitted suites, protected ranges, intentional translation
ApplicationRoutes, return routes, resources beyond the tunnel

படி 2: ஒவ்வொரு தளத்திலும் பொருட்களுக்குப் பெயரிடுங்கள்

IOS XE-இல் IKEv2 சாவி வளையம் ஒரு IKEv2 சுயவிவரத்தை ஊட்டுகிறது, அந்த சுயவிவரம் crypto map அல்லது IPsec சுயவிவரம் மூலம் இணைக்கப்படுகிறது. ASA-வில் tunnel group இணைப்பு சுயவிவரத்தையும் அதன் IPsec பண்புகளையும் வைத்திருக்கிறது, crypto map அதை நோக்கிக் காட்டுகிறது, இணைப்பு சுயவிவர வழிகாட்டி விவரிப்பது போல. இவை வெவ்வேறு மரபுரிமையுடன் கூடிய வெவ்வேறு பொருள் வரைபடங்கள், அதனால்தான் வரி வரியாக மேப்பிங் செய்வது பாகுபடுத்தப்படும் ஆனால் இணைக்காத உள்ளமைவைத் தருகிறது.

இலக்கு பொருட்களை மூல வரிகளிலிருந்து அல்ல, தேவை வரிசைகளிலிருந்து கட்டுங்கள். வரிசைகள் முழுமையானவை என்றால், இலக்கு உள்ளமைவு ஒரு வடிவமைப்பு முடிவு. இல்லையெனில், எவ்வளவு கட்டளை மொழிபெயர்ப்பும் காணாமல் போன நோக்கத்தை வழங்காது.

படி 3: முகவரிகளை மட்டுமல்ல, அடையாளத்தையும் கடத்துங்கள்

அடையாளம்தான் அமைதியாக உடையும் பகுதி. முகவரியால் அங்கீகரிக்கும் எதிர் முனை, சான்றிதழ் பொருள் அல்லது FQDN-ஆல் அங்கீகரிக்கும் முனையிலிருந்து வேறுபடுகிறது, இரண்டு தளங்களும் அந்த எதிர்பார்ப்பை வெவ்வேறு இடங்களில் பதிவு செய்கின்றன. சோதிக்க எளிது என்பதற்காக பகிரப்பட்ட ரகசியத்தை மாற்றுவதற்குப் பதிலாக, நோக்கிய அடையாளத்தையும் நம்பிக்கைச் சங்கிலியையும் பாதுகாக்கவும்.

பகிரப்பட்ட ரகசியத்தை ஒப்பீட்டுக் குறிப்புகளிலும் டிக்கெட்டுகளிலும் வைக்க வேண்டாம். அதை யார் வைத்திருக்கிறார்கள், அங்கீகரிக்கப்பட்ட சேனல் வழியாக எப்படி நகர்கிறது என்பதைப் பதிவு செய்யுங்கள், ஆவண எடுத்துக்காட்டின் இடம்பிடிப்பான் வாடிக்கையாளரின் அடையாளச் சான்று அல்ல என்பதை நினைவில் கொள்ளுங்கள்.

படி 4: மாற்றத்திற்கு முன் பாதுகாப்பில் ஒப்புக்கொள்ளுங்கள்

வழங்கப்பட்ட உரையில் இருப்பதால் பழைய குறியாக்க அமைப்புகளை முன்னெடுத்துச் செல்ல வேண்டாம். தற்போது இரு பயன்படுத்தப்பட்ட முனைகளும் ஆதரிக்கும் தொகுப்புகளின் வெட்டை ஒப்புக்கொண்டு, மாற்ற சாளரத்திற்கு முன் மற்ற நிர்வாகியுடன் உறுதிப்படுத்துங்கள். அந்த வெட்டு இருக்கும் முனை எதிர்பார்ப்பதிலிருந்து வேறுபட்டால், அது ஒருங்கிணைந்த மாற்றம், உள்ளூர் திருத்தம் அல்ல.

ஒப்புக்கொள்ளப்பட்ட தொகுப்பை எழுதி வையுங்கள். ஒரு தொலைபேசி அழைப்பைப் பற்றி வெவ்வேறு நினைவுகள் கொண்ட இரு நிர்வாகிகளே மாற்றத்தில் இரண்டாம் கட்ட முரண்பாட்டை உருவாக்குகிறார்கள்.

படி 5: சேவையைச் சரிபார்க்கவும், தொடரியலை அல்ல

முதலில் இலக்கின் பயனுள்ள பொருட்களைச் சரிபார்க்கவும், பின்னர் ஏற்கப்பட்ட தொடர்பை, பின்னர் ஒரு உண்மையான பயன்பாட்டு ஓட்டத்தையும் அதன் பதிலையும். பிழையின்றி ஒரு கட்டளையை உள்ளிடுவது தொடரியலை மட்டுமே நிரூபிக்கிறது, வேறொன்றையும் அல்ல. எழுந்து போக்குவரத்தை எடுத்துச் செல்லாத சுரங்கப்பாதை பொதுவாக பாதுகாக்கப்பட்ட வரம்புகள் அல்லது திரும்பும் பாதை மறுபக்கத்துடன் ஒத்துப்போகவில்லை என்பதைக் குறிக்கிறது, அது கட்டளைச் சிக்கல் அல்ல, தேவை வரிசைச் சிக்கல். crypto map-ஐ மீண்டும் தொடுவதற்கு முன் இரு பக்கங்களிலும் பாதுகாக்கப்பட்ட வரம்புகளை ஒப்பிடுங்கள்.

நீங்கள் எதைச் சரிபார்த்தீர்கள், எந்த முகவரிகளுடன், எந்தப் பக்கத்திலிருந்து என்பதைப் பதிவு செய்யுங்கள். அந்தப் பதிவே VPN இயங்குகிறது என்ற தெளிவற்ற கூற்றை மற்ற நிர்வாகி சுயமாகச் சரிபார்க்கக்கூடிய ஒன்றாக மாற்றுகிறது.

என்ன திருப்பித் தர வேண்டும்

தேவை அணியத்தை, இலக்கு உள்ளமைவின் சுருக்கத்தையும் சரிபார்ப்பு முடிவுகளையும் அனுப்புங்கள். எந்த மூல அமைப்புகளை முன்னெடுத்துச் செல்லவில்லை, ஏன் என்பதை வெளிப்படையாகக் கூறுங்கள். அந்தப் பட்டியல் மொழிபெயர்க்கப்பட்ட உள்ளமைவை விட பயனுள்ளது, ஏனெனில் அடுத்த முரண்பாடு அங்கேதான் தொடங்கும்.

மூல உரையையும் டிக்கெட்டுடன் வைத்திருங்கள். அது என்ன கேட்கப்பட்டது என்பதைப் பதிவு செய்கிறது, அணியம் என்ன ஒப்புக்கொள்ளப்பட்டது என்பதைப் பதிவு செய்கிறது.

தொடர்புடைய கட்டுரைகள்