EC2 Elastic IP என்பது இன்ஸ்டன்ஸின் தனிப்பட்ட VPN முகவரி அல்ல

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

இரண்டு முகவரிகள், ஒரு இன்ஸ்டன்ஸ்

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

இணையம் வழியாக இன்ஸ்டன்ஸை அடையும் அனைத்தும் தனிப்பட்ட முகவரிக்கு மொழிபெயர்க்கப்பட்டு வருகிறது. இன்ஸ்டன்ஸ் இணையத்திற்கு அனுப்பும் அனைத்தும் Elastic IP-ஐ மூலமாகக் கொண்டு வெளியேறுகிறது, மீண்டும் அதே மொழிபெயர்ப்பின் காரணமாக.

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

இணைய நுழைவாயில் உண்மையில் என்ன செய்கிறது

AWS-இன் இணைய நுழைவாயில் ஆவணம் இந்த ஏற்பாட்டை விவரிக்கிறது: இன்ஸ்டன்ஸ் தனது தனிப்பட்ட IPv4 முகவரியை அறிந்திருக்கிறது, நுழைவாயில் இணையப் பாதையில் உள்ள போக்குவரத்திற்கு தொடர்புடைய பொது IPv4 அல்லது Elastic IP மொழிபெயர்ப்பை வழங்குகிறது.

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

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

சுரங்க இடைமுக தந்திரம் ஏன் தோல்வியடைகிறது

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

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

முகவரி ஒருபோதும் பிரச்சினையாக இருந்ததில்லை. பாதையின் தேர்வே இருந்தது.

மூன்று இலக்குகள், மூன்று வடிவமைப்புகள்

இலக்கு பொது VPN முனையம் என்றால், Elastic IP சரியான கருவி: தொலை பங்காளிகள் இணையம் வழியாக அதனுடன் இணைகிறார்கள், மறையாக்கப்பட்ட போக்குவரத்து இன்ஸ்டன்ஸில் முடிகிறது. பின்னர் உள் பயன்பாட்டுப் போக்குவரத்து தனிப்பட்ட முகவரியைப் பயன்படுத்துகிறது.

இலக்கு பயன்பாட்டிற்கான தனிப்பட்ட அணுகல் என்றால், இலக்கு தனிப்பட்ட முகவரி அல்லது அதற்குத் தீர்க்கும் தனிப்பட்ட DNS பெயர், மேலும் VPN வழி, பாதுகாப்புக் குழு மற்றும் திரும்பும் பாதை அனைத்தும் ஒத்துப்போக வேண்டும். அந்த வடிவமைப்பில் Elastic IP இல்லவே இல்லை.

இலக்கு VPN பயனர்களுக்கான நிலையான பொது வெளியேற்ற அடையாளம் என்றால், அது வெளியேற்றப் பக்கத்தின் NAT வடிவமைப்பு, வாடிக்கையாளரின் சுரங்கத்தில் ஒரு முகவரி அல்ல. ஒரே மாதிரி ஒலிக்கும் மூன்று இலக்குகள் மூன்று வெவ்வேறு வரைபடங்களை உருவாக்குகின்றன, அவற்றில் ஒன்று மட்டுமே Elastic IP-ஐ புதிய இடத்தில் வைப்பதை உள்ளடக்குகிறது.

நீங்கள் தேர்ந்தெடுத்த பாதையைச் சரிபார்க்கவும்

தனிப்பட்ட அணுகலுக்கு, VPN வழி தனிப்பட்ட முன்னொட்டை உள்ளடக்குகிறதா, VPC வழி அட்டவணை போக்குவரத்தை சுரங்கத்திற்குத் திருப்புகிறதா, பாதுகாப்புக் குழு வாடிக்கையாளரின் மூலத்தை அனுமதிக்கிறதா, வாடிக்கையாளரின் சொந்த ஃபயர்வால் பதிலை அனுமதிக்கிறதா என்பதை உறுதிப்படுத்தவும். பின்னர் ping-க்குப் பதிலாக ஒரு உண்மையான கோரிக்கையைச் சோதிக்கவும்.

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

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