பல NIC கொண்ட GCP VM: பதில்கள் தவறான இடைமுகத்தில் இருந்து வெளியேறுவது ஏன்

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

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

படி 1: மேக NIC-களை விருந்தினர் சாதனங்களுடன் இணைக்கவும்

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

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

படி 2: இரண்டு வழிசெலுத்தல் முடிவுகளுக்குப் பெயரிடுங்கள்

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

VPN நோக்கிய VPC-யில் தெரியும் வழித்தடம் அந்த NIC-ஐத் தேர்ந்தெடுக்கும் விருந்தினர் வழித்தடமாக மாறாது. மேக வழித்தடம் பிணையம் எதை வழங்க முடியும் என்பதை விவரிக்கிறது, அதே நேரம் விருந்தினர் வழித்தடம் பாக்கெட் என்ன செய்கிறது என்பதைத் தீர்மானிக்கிறது.

படி 3: திரும்பும் பாதைக் கொள்கையைத் தேர்ந்தெடுக்கவும்

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

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

படி 4: விருந்தினரின் சொந்த வடிப்பான்களைச் சரிபார்க்கவும்

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

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

படி 5: ஒவ்வொரு பாதைக்கும் ஒரு ஓட்டத்தைச் சோதிக்கவும்

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

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

இரண்டாவது NIC உங்களுக்கு வழங்காதது

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

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