உங்கள் GCP VM OpenVPN IPv6 பூலுக்கு பதிலளிக்க முடியாதது ஏன்

உங்கள் IPv6 VPN வாடிக்கையாளர் பணிச்சுமையை அடைகிறது, பணிச்சுமை சுரங்கப்பாதைக்குள் பதிலளிக்கிறது, ஆனால் பதில் என்றும் வருவதில்லை. முதல் உணர்வு ஃபயர்வால் அல்லது சுரங்கப்பாதையைக் குறை கூறுவது, பொதுவாக இரண்டும் குற்றவாளிகள் அல்ல. OpenVPN வழங்கும் முகவரி சுரங்கப்பாதைக்குள் மட்டுமே இருக்கும் உள் வலை; fd42:90::/64 ஒரு குறிப்பிட்ட VM பின்னால் இருக்க வேண்டும் என்பதை நீங்கள் சொல்லும் வரை Google Cloud க்குத் தெரியாது.

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

பூல் ஒரு உள் வலை, துணை வலை அல்ல

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

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

fd42:90::/64 போன்ற தனித்துவமான உள்ளூர் முகவரியாக்கம் இந்த உள் வலைக்கு நியாயமான தேர்வு. முன்னொட்டு வடிவமைப்பு இயற்கையாகவே தனிப்பட்டது என்பதையும் நினைவூட்டுகிறது. ULA பூலில் எதுவும் அதை பொது இணையத்தில் சட்டபூர்வமான மூலமாக மாற்றாது.

VPC க்கு இலக்கையும் அடுத்த தாவலையும் கொடுக்கவும்

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

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

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

gcloud compute routes create vpn6-return \
  --network=vpn-vpc \
  --destination-range=fd42:90::/64 \
  --next-hop-instance=openvpn-vm \
  --next-hop-instance-zone=europe-west1-b

முன்னனுப்பல் இரண்டு முறை இயக்கப்பட வேண்டும்

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

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

sysctl -w net.ipv6.conf.all.forwarding=1

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

யார் எதைச் சொந்தமாகக் கொண்டுள்ளார் என்பதை OpenVPN க்குச் சொல்லுங்கள்

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

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

இணைய வெளியேற்றத்தை இந்த வடிவமைப்பிற்கு வெளியே வைக்கவும்

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

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