கிளைக்கும் ஆய்வகத்திற்கும் இடையிலான இணைப்புக்கு ரூட்டட் VPN அல்லது பிரிட்ஜ்ட் LAN

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

இணைக்க இரண்டு வழிகள், ஒரு தெளிவான சமரசம்

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

பிரிட்ஜ்ட் இணைப்பு ஒரே ஒரு அடுக்கு 2 களத்தை இரண்டு தளங்களிலும் விரிவாக்குகிறது. கண்டுபிடிப்பு நெறிமுறைகள் வேலை செய்கின்றன, சாதனங்கள் தாமாகவே தோன்றுகின்றன, ஒவ்வொரு ஒலிபரப்பும், ஒவ்வொரு ARP கோரிக்கையும், ஒவ்வொரு multicast பாக்கெட்டும் இப்போது சுரங்கப்பாதையைக் கடக்கும் வேட்பாளராக உள்ளன, அதாவது உள்ளூர் பிரிவுக்காக உருவாக்கப்பட்ட நெறிமுறைகள் சுமக்கும் பெரிய அளவு போக்குவரத்து, வேறு MTU மற்றும் மாறும் சுற்றுப்பயண நேரம் கொண்ட WAN-க்கு அல்ல.

ரூட்டிங் உங்களுக்கு என்ன தருகிறது

முதல் நன்மை சேதத்தின் ஆரம். ஒரு சுழற்சி, விரும்பத்தகாத DHCP சேவையகம் அல்லது ஒலிபரப்பு வெள்ளம் அதை உருவாக்கிய தளத்திலேயே தங்குகிறது, ஏனெனில் ரவுட்டர் ஒலிபரப்புகளை அனுப்பாது. இரண்டாவது முகவரியாக்கத்தின் தெளிவு: கிளையின் முன்னொட்டும் ஆய்வகத்தின் முன்னொட்டும் வேறுபடுகின்றன, எனவே பாக்கெட்டின் இலக்கு எந்தத் தளம் பதிலளிக்க வேண்டும் என்பதைச் சொல்கிறது, ஒரு ஃபயர்வால் விதி «எல்லா இடத்திலிருந்தும் எல்லா இடத்திற்கும்» என்பதற்குப் பதிலாக «கிளையிலிருந்து ஆய்வகத்தின் துணை வலைக்கு» என்று சொல்ல முடியும்.

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

sysctl -w net.ipv4.ip_forward=1
ip route add 10.20.0.0/24 via 192.168.50.1
ip route get 10.20.0.40

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

பிரிட்ஜிங்கின் செலவு

பிரிட்ஜிங் அடுக்கு 2 சட்டகங்களை சுரங்கப்பாதை வழியாகக் கொண்டு செல்ல வேண்டும், அதாவது எளிய கொள்கை அடிப்படையிலான சுரங்கப்பாதைக்குப் பதிலாக IPsec மேல் GRE அல்லது VXLAN போன்ற என்கேப்சுலேஷன். இது இருக்கும்போது, இரண்டு தளங்களும் ஒரே தோல்விக் களத்தைப் பகிர்ந்து கொள்கின்றன. Spanning tree சுரங்கப்பாதையை இணைப்பாகக் கருதுகிறது, ஒலிபரப்புப் போக்குவரத்து சுரங்கப்பாதையின் அலைவரிசையை உண்கிறது, குறைந்த தாமதப் பிரிவை எதிர்பார்க்கும் எந்தச் சாதனமும் இரு முனைகளிலிருந்தும் காரணம் கண்டறிய கடினமான வகையில் தவறாக நடந்துகொள்கிறது.

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

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

ஒலிபரப்பு இல்லாத பெயர்கள்

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

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

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

ரூட்டட் வடிவமைப்பைச் சோதனைக்குரியதாக்குங்கள்

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

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

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