இருக்கும் GCE VPN நுழைவாயிலில் IP அனுப்புதலை இயக்கவும்

VM IP அனுப்புதல் இல்லாமல் உருவாக்கப்பட்டது, அது ஏற்கனவே VPN மென்பொருளை இயக்குகிறது, கொடியை இயக்கி அதை வார்ப்புருவிலிருந்து மீண்டும் கட்டமைக்க வேண்டும் என்பது இயல்பான உணர்வு. அந்த மறுகட்டமைப்பு தேவையற்றது. Compute Engine canIpForward-ஐ புதுப்பிக்கக்கூடிய பண்பாக வெளிப்படுத்துகிறது, மேலும் ஆவணப்படுத்தப்பட்ட புதுப்பிப்பு பாதை அதை மறுதொடக்கம் செய்வதற்குப் பதிலாக refresh உடன் பயன்படுத்துகிறது. கொடி உண்மையில் கட்டுப்படுத்துவது குறுகியது: அது இல்லாமல், நிகழ்வை அடைந்தாலும் நிகழ்வின் சொந்த முகவரிக்கு அனுப்பப்படாத பொதிகளை தளம் நிராகரிக்கிறது. மற்ற இயந்திரங்களின் போக்குவரத்தை அனுப்பும் நுழைவாயில் அதைத்தான் செய்கிறது, எனவே கொடி இயக்கத்தில் இருக்க வேண்டும். அதற்குப் பிறகு எல்லாம் விருந்தினர் உள்ளமைவு மற்றும் வழியமைத்தல், அவற்றை கொடி தொடாது.

கொடி எதை அனுமதிக்கிறது, எதை அனுமதிக்கவில்லை

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

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

தற்போதைய பண்பைப் படிக்கவும்

எதையும் மாற்றுவதற்கு முன் அமைப்பைச் சரிபார்க்கவும், நோக்கிய நிகழ்வு, திட்டம் மற்றும் மண்டலத்திற்கு எதிராக படிக்க-மட்டும் describe பயன்படுத்தி:

gcloud compute instances describe VM_NAME --project PROJECT_ID --zone ZONE --format='value(canIpForward)'

இந்த VM அடுத்த தாவலாக இருக்க வேண்டும் என்றால் மட்டுமே false மதிப்பு முக்கியம். அவ்வாறு இருந்தால், பாதையின் மீதி இன்னும் தனித்தனியாகச் சரிபார்க்கப்பட வேண்டும், ஏனெனில் பண்பு நீண்ட சங்கிலியில் ஒரு வரி.

இருக்கும் நிகழ்வைப் புதுப்பிக்கவும்

Google-இன் நிகழ்வு பண்புகளைப் புதுப்பிக்கும் நடைமுறை தற்போதைய ஆதாரத்தை ஏற்றுமதி செய்கிறது, பண்பை மாற்றுகிறது மற்றும் முடிவைச் சமர்ப்பிக்கிறது. இது உருவாக்க நேரத்தின் --can-ip-forward கொடியிலிருந்து வேறுபட்ட பணிப்பாய்வு, இயங்கும் VM-இல் வேலை செய்வது இதுவே.

முதலில் வரையறையை உள்ளூர் கோப்பிற்கு ஏற்றுமதி செய்யுங்கள், ஒப்பீட்டிற்காக மாற்றப்படாத நகலை வைத்திருங்கள்:

gcloud compute instances export VM_NAME --project PROJECT_ID --zone ZONE --destination=instance.yaml

அந்த ஏற்றுமதி செய்யப்பட்ட கோப்பில் பண்பை அமைத்து வேறு எதையும் மாற்ற வேண்டாம்:

canIpForward: true

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

எந்தவொரு பயனுள்ள மாற்றமும் அனுமதிக்கப்படுவதற்கு முன், புதுப்பிப்பு பொறிமுறையை கோப்பைச் சரிபார்க்கவும் என்ன தேவைப்படும் என்பதைப் புகாரளிக்கவும் கேளுங்கள்:

gcloud compute instances update-from-file VM_NAME --project PROJECT_ID --zone ZONE --source=instance.yaml --most-disruptive-allowed-action=NO_EFFECT

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

மதிப்பாய்வு செய்யப்பட்ட கோப்பை refresh வரம்புடன் பயன்படுத்தவும்:

gcloud compute instances update-from-file VM_NAME --project PROJECT_ID --zone ZONE --source=instance.yaml --most-disruptive-allowed-action=REFRESH

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

விருந்தினர் இன்னும் பொதியை வழியமைக்க வேண்டும்

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

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

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

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

அணுகல் தேவைப்படும் வாடிக்கையாளரிடமிருந்து சரிபார்க்கவும்

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

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

வேலை வரிசை: பண்பைப் படிக்கவும், ஒரு வரியை ஏற்றுமதி செய்து திருத்தவும், NO_EFFECT உடன் சரிபார்க்கவும், REFRESH உடன் பயன்படுத்தவும், விருந்தினர் அனுப்புகிறதா என உறுதிப்படுத்தவும், பின்னர் வாடிக்கையாளரிடமிருந்து சோதிக்கவும்.