மூலம்/இலக்கு சரிபார்ப்பு ஒரு வாயில் மட்டுமே, முழு VPN பாதை அல்ல
அனுப்பும் இன்ஸ்டன்ஸுக்கு AWS அனுமதியுடன் Linux வழித்தடங்களும் ஃபயர்வால் விதிகளும் தேவை. அனுப்பும் இன்ஸ்டன்ஸிலேயே மூலம்/இலக்கு சரிபார்ப்பைச் சரிபார்க்கவும்.
VPN ஒரு EC2 இன்ஸ்டன்ஸில் முடிகிறது, அந்த இன்ஸ்டன்ஸின் சுரங்கப்பாதை முகவரியை அடையலாம், ஆனால் மற்றொரு தனிப்பட்ட ஹோஸ்டை நோக்கி அதன் வழியாகச் செல்ல வேண்டிய டிராஃபிக் மறைந்துவிடுகிறது. இவை இரண்டு வெவ்வேறு சோதனைகள், அவற்றைக் கலப்பது மணிநேரங்களை வீணாக்குகிறது. முதலாவது இன்ஸ்டன்ஸை அடைய முடியுமா என்று கேட்கிறது; இரண்டாவது தனக்குச் சொந்தமில்லாத இலக்குக்கு டிராஃபிக்கை அனுப்பச் சொல்கிறது, அதற்கு Linux அனுப்புதல், ஃபயர்வால் கொள்கை, எதிர்ப்பக்கத்தில் ஒரு வழித்தடம் மற்றும் விருந்தினர் இயங்குதளத்துடன் எந்தத் தொடர்பும் இல்லாத AWS அளவிலான அனுமதி தேவை. கன்சோலில் எதுவும் அந்த வேறுபாட்டைக் கவனத்திற்குக் கொண்டுவரவில்லை. அறிகுறி வழித்தடக் குறைபோலத் தெரிகிறது, பொதுவாக அதுவும் இல்லை.
எதையும் மாற்றும் முன் இரண்டு சோதனைகளையும் பிரிக்கவும்
நுழைவாயிலை அடைவது சுரங்கப்பாதை, அதன் முகவரிக்கான வழித்தடம் மற்றும் பரிமாற்றத்தை அனுமதிக்கும் பாதுகாப்புக் குழுவை நிரூபிக்கிறது. மற்றொரு ஹோஸ்டுக்கு அனுப்புவது இவற்றில் எதையும் நிரூபிக்கவில்லை: வேறு மூல முகவரி, வேறு இலக்கு மற்றும் அதற்காக அவசியம் கட்டப்படாத பாத்திரத்தில் உள்ள இன்ஸ்டன்ஸைப் பயன்படுத்துகிறது. இரண்டு சோதனைகளையும் தனித்தனியாக எழுதி எது தோல்வியடைகிறது என்பதைக் குறிக்கவும், ஏனெனில் ஒவ்வொன்றின் திருத்தமும் வேறு கன்சோலில் உள்ளது. சுரங்கப்பாதைகளை முடிக்க மட்டும் கட்டப்பட்ட நுழைவாயில் இன்ஸ்டன்ஸுக்கு வேறு எதற்கும் அனுப்பக் காரணமில்லை, அதன் இயல்புநிலை அமைப்புகள் அதையே காட்டுகின்றன. எனவே இரண்டாவது சோதனைக்கு அதன் சொந்த அமைப்பு தேவை, முதலாவதில் சிறிய மாற்றம் அல்ல.
நுழைவாயிலுக்கு வேலை செய்யும் ping மற்றும் அதற்கு அப்பால் உள்ள ஹோஸ்டுக்கு தோல்வியடையும் ping இடைவிட்ட பிரச்சினை அல்ல. அனுப்பலாம் என்று சொல்லப்படாத இன்ஸ்டன்ஸின் எதிர்பார்க்கப்பட்ட நடத்தை இது.
ஒரு அமைப்பைத் தொடும் முன் பாதையை எழுதுங்கள்
வாடிக்கையாளர் முன்னொட்டு, அனுப்பும் இன்ஸ்டன்ஸ் அல்லது பிணைய இடைமுகம், இலக்கு துணைப்பிணையம் மற்றும் பதிலின் வழித்தடத்தைப் பதிவு செய்யவும். ஒரு இன்ஸ்டன்ஸைச் சுட்டும் VPC வழித்தட அட்டவணைப் பதிவு இன்ஸ்டன்ஸின் இயங்குதளத்தை அனுப்புவதற்கு அமைக்காது, அனுப்புதல் இயக்கத்தில் உள்ள விருந்தினர் கர்னல் VPC வழித்தடத்தை உருவாக்காது. அந்த உறவின் இரு முனைகளும் இருக்க வேண்டும், மேலும் அவை வெவ்வேறு இடங்களில் வெவ்வேறு அணுகல் உள்ளவர்களால் திருத்தப்படுகின்றன.
பின்னர் மூலம்/இலக்கு சரிபார்ப்பு அமைப்பை உண்மையான அனுப்பும் கூறில் பார்க்கவும், VPCயில் உள்ள ஒவ்வொரு இன்ஸ்டன்ஸிலும் அல்ல. மற்றவர்களுக்காக டிராஃபிக்கை அனுப்பும் இன்ஸ்டன்ஸ் அந்தச் சரிபார்ப்பை முடக்கியிருக்க வேண்டியது ஏன், அமைப்பு முழு VPCக்கும் இயல்புநிலை அல்லாமல் ஒவ்வொரு இன்ஸ்டன்ஸின் முடிவாக இருப்பது ஏன் என்பதை AWS ஆவணப்படுத்துகிறது.
நான்கு எல்லைகள், சரிபார்ப்பு அவற்றில் ஒன்று மட்டுமே
பாதையை நான்கு கேள்விகளாகக் கருதி வரிசையாக பதிலளிக்கவும். முதலில் தோல்வியடையும் பதில் வேலை எங்கே என்பதைக் காட்டும், மற்றவை எதுவும் அதை ஈடுசெய்யாது.
| Boundary | Question it answers |
|---|---|
| VPC route tables | Do the destinations and replies select the intended gateway? |
| Forwarding instance | Do the AWS check and the guest OS both permit forwarding? |
| Access policy | Do security groups, ACLs and host rules allow the exchange? |
| Destination | Can the service accept that source and return a reply? |
வரிசை முக்கியம் ஏனெனில் சரிபார்ப்பது மலிவானது: வழித்தடங்கள் ஒரு பக்கத்தில் தெரிகின்றன, சரிபார்ப்பு ஒரே பண்பு, இலக்கின் கருத்து பொதுவாக யாரும் கடைசியாகக் கேட்பது.
மொழிபெயர்ப்பு இலக்கு எந்த மூலத்தைப் பார்க்கிறது என்பதை மாற்றுகிறது
வழித்தட அமைப்பு வாடிக்கையாளரின் மூல முகவரியைப் பாதுகாக்கிறது, எனவே இலக்குக்கு வாடிக்கையாளர் முன்னொட்டுக்கு திரும்பும் வழித்தடம் தேவை. மொழிபெயர்க்கப்பட்ட அமைப்பு அதற்குப் பதிலாக நுழைவாயிலின் முகவரியை வழங்குகிறது, இது அந்தத் தேவையை நீக்கி நுழைவாயிலில் உள்ள நிலை அட்டவணையால் மாற்றுகிறது. தொடர்பில்லாத ஒரு எடுத்துக்காட்டு அதைப் பயன்படுத்தி வேலை செய்வதாகத் தோன்றியதால் மொழிபெயர்ப்பைச் சேர்க்காமல், நீங்கள் நோக்கும் கட்டமைப்பின்படி முடிவெடுக்கவும்.
நீங்கள் மொழிபெயர்த்தால், விதியை வாடிக்கையாளர் முன்னொட்டு மற்றும் உத்தேசித்த இலக்குக்கு மட்டுப்படுத்தவும். நீங்கள் பாதுகாத்தால், எதிர்ப்பக்கம் வழித்தடத்தை உண்மையில் அறியுமா என்பதை உறுதிப்படுத்தவும், கற்றுக்கொள்ளும் என்று ஊகிக்க வேண்டாம்.
அசல் வாடிக்கையாளரிடமிருந்து சோதிக்கவும், பின்னர் மாற்றத்தை வைத்திருக்கவும்
நுழைவாயிலில் உருவாக்கப்பட்ட கோரிக்கை வெற்றிபெறலாம், அதே நேரம் அனுப்பப்பட்ட கோரிக்கை தோல்வியடையும், ஏனெனில் அது வேறு மூலம் மற்றும் வேறு அனுப்புதல் நிலை. இலக்கு திருத்தத்திற்குப் பிறகு தோல்வியடைந்த அதே வாடிக்கையாளர்-முதல்-வள சோதனையை அதே வாடிக்கையாளரிடமிருந்து மீண்டும் செய்து, கோரிக்கை வந்தது மட்டுமல்ல பதில் திரும்பி வருகிறது என்பதை உறுதிப்படுத்தவும்.
இறுதியாக, அமைப்பை நுழைவாயிலின் நிர்வகிக்கப்பட்ட உள்ளமைவில் வைக்கவும், மாற்று இன்ஸ்டன்ஸ் அதைப் பெறும். கைமுறை விதிவிலக்கைச் சார்ந்த வெற்றிகரமான சோதனை அடுத்த மறுகட்டமைப்பில் காலாவதியாகும் சோதனை, அதைக் கண்டுபிடித்தவர் ஏன் என்பதை நினைவில் வைக்க அங்கு இருக்க மாட்டார்.