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

சரிபார்ப்பு 1: ஒரே VPC அல்லது வெவ்வேறு VPC

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

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

சரிபார்ப்பு 2: துணை வலை வழியமைப்பு அட்டவணைகள் என்ன சொல்கின்றன

உண்மையான மதிப்புகளுடன் அமைப்பை எழுதுங்கள். VPC 10.60.0.0/16 இல், துணை வலைகள் 10.60.1.0/24 மற்றும் 10.60.2.0/24 உடன், நிகழ்வுகளுக்கு 10.60.1.10 மற்றும் 10.60.2.20 VPC-யின் உள்ளூர் பாதை வழியாக ஒரு பாதையை அளிக்கிறது.

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

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

சரிபார்ப்பு 3: வழியமைப்பா அல்லது அங்கீகாரமா

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

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

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

சரிபார்ப்பு 4: தனி இணைப்பு உண்மையில் தேவையா

VPN இன்னும் வடிவமைப்பில் இருக்கலாம், ஆனால் கூறப்பட்ட காரணத்திற்காக: இந்த VPC-ஐ அலுவலகத்துடன் இணைப்பது, மடிக்கணினிகளை அனுமதிப்பது அல்லது மேலடுக்குத் தேவையை நிறைவேற்றுவது. அந்தக் காரணம் ஒரே VPC-க்குள் உள்ள சாதாரண தொடர்பிலிருந்து வேறுபடுகிறது.

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

சரிபார்ப்பு 5: மறையாக்கக் கேள்வி

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

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

என்ன பதிவு செய்ய வேண்டும்

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

மண்டலத்தில் இடம் வைப்பது மட்டும் ஒருபோதும் VPN சேர்க்கச் சொல்லாது, தனிப்பட்ட கோரிக்கை ஏன் தோல்வியடைந்தது என்பதையும் ஒருபோதும் விளக்காது.

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