உங்கள் கிளை நெட்வொர்க்கிற்கு எந்த Sophos RED பயன்முறை பொருந்தும்?
RED என்பது தொலை தளத்தின் பங்கு, நெறிமுறை அல்ல. கிளையின் நுழைவாயில் மற்றும் DHCP யாரிடம் உள்ளது என்பதைப் பொறுத்து Standard/Unified, Standard/Split அல்லது Transparent/Split தேர்ந்தெடுக்கவும்.
Sophos RED என்பது VPN நெறிமுறை அல்ல, தொலை தளத்தின் பங்கு, அதனால்தான் அதை IPsec அல்லது OpenVPN உடன் ஒப்பிடுவது தவறான கேள்விக்கு பதில் அளிக்கிறது. சாதனம் ஒரு மத்திய ஃபயர்வாலின் கட்டுப்பாட்டை கிளைக்கு விரிவாக்குகிறது, நீங்கள் தேர்ந்தெடுக்கும் பயன்முறை கிளையின் நுழைவாயிலை யார் வழங்குகிறார், முகவரிகளை யார் பகிர்கிறார், எந்த டிராஃபிக் சுரங்கப்பாதை வழியாக செல்கிறது என்பதை தீர்மானிக்கிறது. அந்த மூன்று பதில்களும் பயன்முறைகளின் பெயர்களை விட முக்கியம். அவற்றை முதலில் எழுதுவது தயாரிப்பு தேர்வை வடிவமைப்பு முடிவாக மாற்றுகிறது.
RED ஒரு பங்கு, நெறிமுறை அல்ல
RED சாதனம் ஒரு கிளையை மத்திய Sophos Firewall உடன் இணைக்கிறது, கிளை என்னவாகும் என்பதை ஃபயர்வாலின் கட்டமைப்பே தீர்மானிக்கிறது. சுரங்கப்பாதை அந்த இணைப்பின் செயலாக்க விவரம், எந்த இணைக்கும் இலக்காகக் காட்டக்கூடிய பொது நோக்க VPN முனை அல்ல.
இந்த கட்டமைப்பு முக்கியம் ஏனெனில் RED எந்த தன்னிச்சையான IPsec இணையுடன் பரிமாற்றம் செய்யக்கூடியதல்ல. அது மத்திய ஃபயர்வால் தன்னை நிர்வகிக்கும் என்று எதிர்பார்க்கிறது, ஆதரிக்கப்பட்ட பயன்முறைகள் கிளையின் எவ்வளவு பகுதியை அது எடுத்துக்கொள்கிறது என்பதை விவரிக்கின்றன. அதை சாதாரண சுரங்கப்பாதை முனையாக கருதுவது தயாரிப்பு ஒருபோதும் உறுதியளிக்காத எதிர்பார்ப்புகளை உருவாக்குகிறது. அதை பங்காக கருதுவது வடிவமைப்பை உண்மையில் தீர்மானிக்கும் கேள்விகளை உருவாக்குகிறது.
கீழே உள்ள மூன்று நிபந்தனைகள் பதிலை மாற்றுகின்றன, அவை அனைத்தும் உரிமையைப் பற்றியவை, குறியாக்கத்தைப் பற்றியவை அல்ல.
பயன்முறையை தேர்ந்தெடுக்கும் மூன்று நிபந்தனைகள்
கிளையின் நுழைவாயில் யாருடையது, கிளை வாடிக்கையாளர்களுக்கு DHCP மற்றும் DNS யார் இயக்குகிறார், சுரங்கப்பாதை தடைபட்டால் உள்ளூர் இணைய வெளியேற்றம் நிலைத்திருக்க வேண்டுமா என்று கேளுங்கள்.
Standard/Unified மூன்றிற்கும் ஒரே மாதிரி பதில் அளிக்கிறது: நுழைவாயில் மற்றும் DHCP பணிகளை உள்ளடக்கிய கிளையின் LAN மத்திய ஃபயர்வாலுக்கு சொந்தம், டிராஃபிக் சுரங்கப்பாதை வழியாக செல்கிறது. Standard/Split மத்திய நிர்வாகத்தை வைத்துக்கொண்டு கட்டமைக்கப்பட்ட நெட்வொர்க்குகளை மட்டும் சுரங்கப்பாதை வழியாக அனுப்புகிறது. Transparent/Split ஏற்கனவே உள்ள கிளை நெட்வொர்க்கே அதன் சொந்த நுழைவாயில் மற்றும் முகவரிகளை கவனிக்க விடுகிறது, தேர்ந்தெடுத்த டிராஃபிக்கை மட்டும் சுரங்கப்பாதைக்கு திருப்புகிறது. மூன்று பயன்முறைகள், மூன்று வெவ்வேறு உரிமையாளர்கள்.
| Mode | Branch gateway and DHCP | Traffic through the tunnel |
|---|---|---|
| Standard/Unified | Central firewall owns both | All branch traffic |
| Standard/Split | Central firewall owns both | Only the configured networks |
| Transparent/Split | The existing branch router keeps both | Only the selected flows |
சுரங்கப்பாதை இல்லாதபோது கிளையின் எவ்வளவு பகுதி இன்னும் வேலை செய்கிறது என்பதை நடுத்தர நிரல் தீர்மானிப்பதால், முதலில் அதை படியுங்கள்.
கிளையின் நுழைவாயிலும் DHCP உம் யாருடையது
ஒருங்கிணைந்த அமைப்பில் கிளைக்கு தனி நுழைவாயில் இல்லை, இது கட்டமைப்பை எளிதாக்கி தோல்வியை ஒரே இடத்தில் குவிக்கிறது. கிளை சிறியதாகவும் மத்திய ஃபயர்வால் அதிக கிடைக்கும் தன்மையுடனும் இருக்கும்போது அந்த குவிப்பு சரியே.
வெளிப்படையான பயன்பாட்டில் கிளை தன் சொந்த ரவுட்டரை வைத்துக்கொள்கிறது, தேர்ந்தெடுத்த டிராஃபிக்கை திருப்ப RED பாதையில் அமர்கிறது. இது உள்ளூர் கட்டுப்பாட்டை காக்கிறது, பாதையில் அதன் நிலை இப்போது ஒவ்வொரு திருப்பப்பட்ட ஓட்டத்திற்கும் முக்கியமான சாதனத்தை சேர்க்கிறது. அது எங்கு அமர்கிறது என்பதை பதிவு செய்யுங்கள், பின்னர் கிளையின் ரவுட்டரில் ஏற்படும் மாற்றம் அதை அமைதியாக தவிர்க்கலாம். எந்த அமைப்பும் பொதுவாக வெற்றி பெறுவதில்லை; அவை பொறுப்பை வேறு விதமாக பிரிக்கின்றன.
முகவரிகளின் உரிமை என்பது எழுத வேண்டிய பகுதி, ஏனெனில் ஒரே பிரிவில் இரண்டு DHCP சேவையகங்கள் VPN பிரச்சினை என்று தெரிவிக்கப்படும் இடைவிட்ட குறைபாடுகளை உருவாக்குகின்றன.
சுரங்கப்பாதை விழும்போது என்ன நடக்கிறது
Split செயல்பாடு பெரும்பாலும் சுரங்கப்பாதை தோல்வியின் போதும் உள்ளூர் இணையம் தொடர்ந்து செயல்படும் என்ற வாக்குறுதியாக படிக்கப்படுகிறது, அந்த வாசிப்பு பாதுகாப்பானது அல்ல. சரியான நடத்தை தேர்ந்தெடுத்த பயன்முறை, ஃபர்ம்வேர் மற்றும் சாதனத்தைப் பொறுத்தது, எனவே அது ஏற்பு அளவுகோல்களில் இடம் பெறுகிறது, ஊகத்தில் அல்ல.
சுரங்கப்பாதை இல்லாமல் கிளை இன்னும் என்ன செய்ய வேண்டும் என்பதை முடிவு செய்யுங்கள்: உள்ளூர் அச்சுப்பொறிகளை அடைதல், பெயர்களை தீர்த்தல், பணம் பெறுதல், அல்லது எதுவும் இல்லை. பின்னர் சுரங்கப்பாதையை தடுத்து கிளையை கவனிப்பதன் மூலம் அந்த நிலையை வேண்டுமென்றே சோதியுங்கள். அமைதியாக DNS ஐ இழக்கும் கிளை சத்தமாக தோல்வியடையும் கிளையை விட மோசம், ஏனெனில் உதவி மேசைக்கான அழைப்பு மணிநேரங்கள் கழித்து வருகிறது. கவனிக்கப்பட்ட முடிவை வடிவமைப்பு பதிவில் எழுதுங்கள்.
மத்திய சார்பு ஒவ்வொரு பயன்முறையிலும் ஒன்றே: சாதனத்தின் சொந்த மீட்பு பாதையை யாராவது வைத்திருக்க வேண்டும்.
பயன்படுத்தும் முன் கிளை ஒப்பந்தத்தை எழுதுங்கள்
கிளை ஒப்பந்தம் ஒரு பக்கத்தில் அடங்கும்: உரிமையாளர்கள், முகவரி மூலங்கள், சுரங்கப்பாதை வழியாக செல்லும் முன்னொட்டுகள், வெளியேற்றக் கொள்கை மற்றும் நீங்கள் ஏற்றுக்கொண்ட இடையூறு நடத்தை.
பின்னர் நோக்கியதை அல்ல, பயன்படுத்தப்பட்ட முடிவை சரிபாருங்கள். கிளை வாடிக்கையாளரின் முகவரி, அதன் இயல்புநிலை நுழைவாயில், எந்த முன்னொட்டுகள் சுரங்கப்பாதை வழியாக தீர்க்கப்படுகின்றன, சுரங்கப்பாதை தடுக்கப்பட்டபோது என்ன இன்னும் பதில் அளிக்கிறது என்பதை சரிபாருங்கள். இணக்கத்தன்மை, அடைதல் மற்றும் உரிமம் அனைத்தும் சரியான மாடலுக்கான விற்பனையாளரின் தற்போதைய ஆவணங்களுடன் ஒப்பிடப்பட வேண்டும், ஏனெனில் தயாரிப்பின் பெயர் எந்த பயன்முறைக்கும் உத்தரவாதம் அளிக்காது. அந்தப் பக்கத்தை சாதன பதிவுடன் வைத்திருங்கள், அடுத்த பொறியாளர் வரைபடத்தை அல்ல, முடிவுகளை மரபாகப் பெறுவார்.
ip -br addr
ip route
traceroute -n 10.80.4.10
dig +short intranet.corp.example
சுரங்கப்பாதை தடுக்கப்பட்ட நிலையில் அந்த தொகுதியை மீண்டும் இயக்குங்கள், இரண்டு இயக்கங்களுக்கு இடையிலான வேறுபாடே நீங்கள் உண்மையில் வாங்கிய இடையூறு நடத்தை.