तुमच्या शाखा नेटवर्कसाठी कोणता 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 तिन्हींना एकाच पद्धतीने उत्तर देतो: मध्यवर्ती फायरवॉल शाखेचे LAN गेटवे आणि DHCP जबाबदाऱ्यांसह ठेवतो, आणि रहदारी बोगद्यातून जाते। 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बोगदा अडवलेला असताना तो खंड पुन्हा चालवा, आणि दोन फेऱ्यांमधील फरक म्हणजे तुम्ही खरोखर विकत घेतलेले व्यत्यय वर्तन।