L2 VPN மற்றும் L3 சுரங்கப்பாதை: தளத்தைப் பாலமிடும் முன் ஐந்து சரிபார்ப்புகள்

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

பயன்பாடு உண்மையில் கம்பியில் என்ன வைக்கிறது என்று சரிபார்க்கவும்

எந்தவொரு தயாரிப்புப் பெயரும் விவாதத்திற்கு வருவதற்கு முன், இணைப்பைக் கடக்க வேண்டிய போக்குவரத்தின் ஒரு நிமிடத்தைப் பிடிக்கவும்: tcpdump -i eth0 -nn -e 'not ip'. இந்த விருப்பம் -e இணைப்பு அடுக்குத் தலைப்பை அச்சிடுகிறது, அதுதான் வழிமாற்றப்பட்ட சுரங்கப்பாதை தூக்கி எறியும் பகுதி. பதிவு காலியாக இருந்தால், உங்கள் பயன்பாடு IP பேசுகிறது, L3 சுரங்கப்பாதை அதை மாற்றமின்றி எடுத்துச் செல்கிறது. பிரேம்கள் தோன்றினால், EtherType-ஐக் குறிக்கவும், ஏனெனில் 0x0806 ARP, 0x88cc LLDP, மற்றும் உற்பத்தியாளர் மதிப்பு பொதுவாக IP மாற்று இல்லாத கண்டறிதல் நெறிமுறையைக் குறிக்கிறது. இந்த இடத்தில்தான் சாதாரண tun இடைமுகம் போதாததாகிறது.

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

கண்டறிதல் இணைப்பைக் கடக்க வேண்டுமா என்று சரிபார்க்கவும்

வழிமாற்றப்பட்ட சுரங்கப்பாதைக்கு பகிரப்பட்ட பகுதி இல்லை, எனவே குழுவுக்கு முகவரியிடப்பட்ட எதுவும் மறுமுனைக்கு வராது. ARP, DHCP ஒளிபரப்புகள், 224.0.0.251 இல் mDNS, SSDP மற்றும் NetBIOS பெயர் வினவல்கள் அனைத்தும் பல ஹோஸ்ட்கள் ஒரே நேரத்தில் கேட்கக்கூடிய இணைப்பைக் கருதுகின்றன.

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

கூடுதல் தலைப்பு உங்களுக்கு எவ்வளவு செலவாகும் என்று சரிபார்க்கவும்

பிரேம்களுக்கு வாழ இடம் தேவை, எனவே நீங்கள் அனுப்பும் எல்லாவற்றையும் சுற்றி இரண்டாவது தலைப்பு அடுக்கு சுற்றப்படுகிறது. VXLAN மேலடுக்கில் அது வெளிப்புற IP தலைப்பு, UDP தலைப்பு மற்றும் 8-பைட் VXLAN தலைப்பு என்று பொருள், இது முழு அளவிலான 1,500-பைட் பேலோடை சாதாரண 1,500-பைட் இணைய இணைப்பின் பாதை MTU-க்கு அப்பால் தள்ளுகிறது. OpenVPN tap பயன்முறையில் அதே திசையில் அதன் சொந்த மேலதிக செலவைச் சேர்க்கிறது. உட்புறத்தில் குறைந்த MTU இல்லாமல், ping-க்கு பதிலளிக்கும் ஆனால் முதல் பெரிய பரிமாற்றத்தில் நிற்கும் இணைப்பு கிடைக்கும்.

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

தேர்ந்தெடுப்பதற்கு முன் கணக்கிடுங்கள். மூன்று தளங்களுக்கு நகலெடுக்கப்பட்ட பரபரப்பான பகுதி, அது கட்டப்பட்ட கோப்பு பரிமாற்றங்களை விட அதிக ஒளிபரப்பு போக்குவரத்தை நகர்த்தக்கூடும்.

உங்களுக்கு எந்த வகை L2 VPN வழங்கப்படுகிறது என்று சரிபார்க்கவும்

சொல் தானே தெளிவற்றது, அந்தத் தெளிவின்மையே உங்கள் போக்குவரத்தை யார் எடுத்துச் செல்வது என்று தீர்மானிக்கிறது. சில நேரங்களில் அது பேலோடை விவரிக்கிறது: IP-க்குள் Ethernet பிரேம்கள், வேறு எந்த சுரங்கப்பாதையையும் போல இணையம் வழியாக அனுப்பப்படுகின்றன, VXLAN, ZeroTier மற்றும் OpenVPN-இன் tap பயன்முறை செய்வதைப் போல. சில நேரங்களில் அது வாங்கப்பட்ட சேவையை விவரிக்கிறது: ஒரு பிரிவில் வழங்குநரின் வலையமைப்புக்குள் இரண்டு தளங்களை இணைக்கும் கேரியர் Ethernet சுற்று அல்லது MPLS போலி கம்பி.

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

பாலமிடும் முன் மலிவான மாற்றைச் சரிபார்க்கவும்

பாலமிடப்பட்ட இணைப்புக்கான பெரும்பாலான கோரிக்கைகள் ஒரே உடைந்த பெயர்த் தேடலிலிருந்து வருகின்றன, பிரேம்கள் உண்மையில் தேவைப்படும் நெறிமுறையிலிருந்து அல்ல. முதலில் தீர்வியும் தேடல் டொமைனும் வழிமாற்றப்பட்ட சுரங்கப்பாதை வழியாக அனுப்புங்கள்: dhcp-option DNS 10.8.0.1 உடன் dhcp-option DOMAIN internal.example OpenVPN சேவையக அமைப்பில் அவற்றில் வியக்கத்தக்க எண்ணிக்கையைத் தீர்க்கிறது. தொலைப் பக்கத்தின் உள்ளூர் அனுப்பி எந்த ஒளிபரப்பு போக்குவரத்தையும் நகர்த்தாமல் அதே வேலையைச் செய்கிறது.

ஒரு பழைய கருவி இன்னும் தோல்வியடைந்தால், அதை இலக்குப் பகுதியில் ப்ராக்ஸி அல்லது தாவல் ஹோஸ்ட்டுக்குப் பின்னால் வைக்கவும். ஒரு TCP அனுப்பியை இயக்குவது பாலமிடப்பட்ட WAN-ஐ விட மலிவு.

முடிவை வரிசையாக மூடுங்கள்: போக்குவரத்து IP அல்லாத EtherType-ஐ சுமக்கிறதா, கண்டறிதல் கடக்க வேண்டுமா, MTU கூடுதல் தலைப்புகளை விழுங்க முடியுமா, வழங்குநரின் சுற்று உண்மையில் கிடைக்கிறதா, மேலும் வழிமாற்றப்பட்ட மாற்று நீங்கள் பெயரிடக்கூடிய காரணத்தால் தோல்வியடைந்ததா? எந்தக் கட்டத்திலும் இல்லை என்பது உங்களிடம் ஏற்கனவே உள்ள சுரங்கப்பாதைக்கு ஆதரவாக வாதத்தை முடிக்கிறது. பதிவையும் EtherType பட்டியலையும் மாற்றப் பதிவுடன் காப்பகப்படுத்துங்கள், ஏனெனில் அடுத்த நபர் அதே கேள்வியைக் கேட்பார், அளவீட்டை மீண்டும் செய்ய விரும்பமாட்டார்.