தள-க்கு-தள VPN மூலம் ASA DHCP ரிலே: படிப்படியான வழிகாட்டி

ரிலே மூன்று நிலைகளில் செயல்படுகிறது, VPN-ஐக் கடப்பது நடு நிலை மட்டுமே. கிளையண்ட் கிளைப் பிரிவில் ஒளிபரப்பு செய்கிறது, ASA அந்த ஒளிபரப்பை DHCP சேவையகத்துக்கு யூனிகாஸ்ட் கோரிக்கையாக மாற்றுகிறது, சேவையகம் கிளையண்டுக்கு அல்லாமல் ரிலே முகவரிக்குப் பதிலளிக்கிறது. இதே வரிசையில் நிலைகளைக் கடக்கவும், «ரிலே உடைந்துவிட்டது» என்பவற்றில் பெரும்பாலானவை இல்லாத கொள்கை அல்லது தவறாகப் படிக்கப்பட்ட setroute வரியில் முடிகின்றன.

முதல் நிலை: கிளையண்டை நோக்கிய இடைமுகத்தில் ரிலேவை இயக்கவும்

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

எதையும் மாற்றுவதற்கு முன் இயங்கும் கட்டமைப்பைச் சரிபார்க்கவும்: எந்த இடைமுகத்தில் ரிலே இயக்கப்பட்டுள்ளது, எந்த சேவையக வடிவம் உள்ளது, setroute கிளையண்ட் இடைமுகத்துடன் இணைக்கப்பட்டுள்ளதா. ASA வேறு பிரிவுக்கான DHCP சேவையகத்தையும் இயக்கினால், நிறுத்தி கட்டுப்பாடுகளின் பட்டியலைப் படிக்கவும்; ஒரே சாதனத்தில் சேவையகமும் ரிலேவும் ஒரே நேரத்தில் இயக்க முடியாது.

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

இரண்டாம் நிலை: ASA உருவாக்கும் போக்குவரத்தைச் சுரங்கம் வழியாகக் கொண்டு செல்லவும்

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

ஆர்வமுள்ள போக்குவரத்து ASA-வின் ரிலே மூலத்தையும் சேவையக முகவரியையும் உள்ளடக்குகிறது என்பதையும், திரும்பும் திசையும் அனுமதிக்கப்படுகிறது என்பதையும் உறுதிசெய்யவும். VTI அடிப்படையிலான வடிவமைப்பில் வழித்தட முடிவு எளிமையானது, ஆனால் VTI மீதான ரிலே ஆதரவு ஒரு குறிப்பிட்ட வெளியீட்டில் வந்தது; ASA-வின் DHCP வழிகாட்டி 9.14(1) எனக் குறிப்பிடுகிறது, எனவே பழைய சாதனத்தில் VTI உதாரணத்தை நகலெடுப்பதற்கு முன் படிமத்தைச் சரிபார்க்கவும்.

ASA-விலிருந்து சேவையகத்துக்கான ping தானாகவே அதிகம் எதையும் நிரூபிக்காது. அது வேறு வழியாக, வேறு மூல முகவரியுடன், அல்லது ரிலே பாக்கெட்டுகள் பொருந்தாத கொள்கையின் கீழ் வெற்றிபெறலாம்.

மூன்றாம் நிலை: பதிலையும் setroute விருப்பத்தையும் படிக்கவும்

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

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

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

சரிசெய்யப்பட்டது எனக் கூறும் முன் நான் சரிபார்ப்பது

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

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

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