ನಿಮ್ಮ ಶಾಖಾ ನೆಟ್ವರ್ಕ್ಗೆ ಯಾವ 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ಸುರಂಗ ತಡೆಯಲ್ಪಟ್ಟ ಸ್ಥಿತಿಯಲ್ಲಿ ಆ ಬ್ಲಾಕ್ ಮತ್ತೆ ಚಲಾಯಿಸಿ, ಮತ್ತು ಎರಡು ರನ್ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ನೀವು ನಿಜವಾಗಿ ಖರೀದಿಸಿದ ಅಡಚಣೆ ವರ್ತನೆ.