ಶಾಖೆಯ ಫೋನ್‌ಗಳು ಪ್ರಧಾನ ಕಚೇರಿಯ ಮೂಲಕ ಹೊರಹೋಗಬೇಕು ಆದರೆ ಶಾಖೆಯ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು ಸ್ಥಳೀಯ WAN ಬಳಕೆಯನ್ನು ಮುಂದುವರಿಸುತ್ತವೆ, ಮತ್ತು ಕೇವಲ ರೂಟಿಂಗ್ ನೀತಿ ಅದನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಶಾಖೆಯ ರೂಟ್ ಟನೆಲ್ ಆಯ್ಕೆ ಮಾಡಬಹುದು, ಆದರೆ ಟನೆಲ್ ನೀತಿ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು, ಪ್ರಧಾನ ಕಚೇರಿ ಅದನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಿ ಅನುವಾದಿಸಬೇಕು, ಮತ್ತು ಉತ್ತರ ಅದೇ ಮಾರ್ಗದಲ್ಲಿ ಹಿಂತಿರುಗಬೇಕು. ಈ ಮೂರರಲ್ಲಿ ಯಾವುದಾದರೂ ತಪ್ಪಿದರೆ ಲಕ್ಷಣವು ಟನೆಲ್ ಸಕ್ರಿಯವಾಗಿರುವಾಗಲೇ ಇಂಟರ್ನೆಟ್ ಕಳೆದುಕೊಳ್ಳುವ ಕ್ಲೈಂಟ್‌ಗಳ ಉಪಗುಂಪು ಆಗಿರುತ್ತದೆ.

ಸೆಲೆಕ್ಟರ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ರೂಟ್‌ನಿಂದ ಅಲ್ಲ

ರೂಟಿಂಗ್ ನೀತಿ ಮೂಲದ ಮೇಲೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಯಾವುದಕ್ಕೂ ಮೊದಲು ಮೂಲ ಸ್ಥಿರವಾಗಿರಬೇಕು. ಆಯ್ದ ಸಾಧನಗಳನ್ನು ನಿರ್ವಾಹಕರು ನಿರ್ವಹಿಸುವ ವಿಳಾಸ ಗುಂಪಿನಲ್ಲಿ ಇರಿಸಿ, ಅಥವಾ ಇನ್ನೂ ಉತ್ತಮ, ಸದಸ್ಯತ್ವವು ಸಾಧನದ ಪಾತ್ರವನ್ನು ಅನುಸರಿಸುವ ಮೀಸಲಾದ ವಿಭಾಗದಲ್ಲಿ ಇರಿಸಿ. ಸಾಮಾನ್ಯ DHCP ಬದಲಾವಣೆ ಹೊಂದಿಕೆಯಾದ ವಿಳಾಸವನ್ನು ಇನ್ನೊಂದು ಯಂತ್ರಕ್ಕೆ ಸರಿಸಬಲ್ಲದಿದ್ದಾಗ, ನೀತಿ ಮೌನವಾಗಿ ತಪ್ಪು ಕ್ಲೈಂಟ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಮೊದಲ ವರದಿ ಸಾಮಾನ್ಯವಾಗಿ ನಿಧಾನ ಬ್ರೌಸಿಂಗ್ ಬಗ್ಗೆ ಇರುತ್ತದೆ, ಅದು ವಾಸ್ತವವಾಗಿ ಬಳಸುದಾರಿ.

ಗುಂಪಿಗೆ ಅದು ಸೇವೆ ಸಲ್ಲಿಸುವ ನೀತಿಯ ಹೆಸರಿಡಿ, ಮಹಡಿ ಅಥವಾ ವಿಭಾಗದ ಹೆಸರಲ್ಲ, ಏಕೆಂದರೆ ರೂಟಿಂಗ್ ನಿಯಮ ಎರಡನ್ನೂ ಮೀರಿ ಉಳಿಯುತ್ತದೆ. ಅದರಲ್ಲಿ ಯಾವ ಸಾಧನಗಳಿವೆ ಮತ್ತು ಯಾರು ಒಂದನ್ನು ಸೇರಿಸಬಹುದು ಎಂದು ದಾಖಲಿಸಿ.

ಶಾಖೆಯ ನೀತಿಯನ್ನು ಸೇರಿಸಿ, ನಂತರ ಅದರ ಕ್ರಮವನ್ನು ರಕ್ಷಿಸಿ

ಶಾಖೆಯ SonicWall ನಲ್ಲಿ ರೂಟ್ ನೀತಿ ಮೂಲ ಗುಂಪನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಉದ್ದೇಶಿತ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು ಟನೆಲ್ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಗೇಟ್‌ವೇ ಆಗಿ ಸೆಟ್ ಮಾಡುತ್ತದೆ, ಬೆಂಬಲಿತ ಟನೆಲ್-ಇಂಟರ್‌ಫೇಸ್ ವಿನ್ಯಾಸವು ಇದಕ್ಕಾಗಿಯೇ ಇದೆ. ಸ್ಥಳೀಯ ಮತ್ತು ಖಾಸಗಿ-ಗಮ್ಯಸ್ಥಾನ ನಿಯಮಗಳನ್ನು ವಿಶಾಲ ಇಂಟರ್ನೆಟ್ ನಿಯಮದ ಮೇಲೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ಮೊದಲ ಹೊಂದಾಣಿಕೆ ಗೆಲ್ಲುತ್ತದೆ ಮತ್ತು ಟನೆಲ್‌ಗೆ ತಳ್ಳಲಾದ ಖಾಸಗಿ ಪೂರ್ವಪದವು ಪ್ರಧಾನ ಕಚೇರಿಗೆ ತಲುಪುವುದು ಬಿಸಾಡಲು ಮಾತ್ರ. ಫೈರ್‌ವಾಲ್‌ನ ಸ್ವಂತ ರೂಟ್ ಅನ್ನು ಅದರ VPN ಸಹಚರರಿಗೆ ಸಹ ಸಂರಕ್ಷಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಟನೆಲ್ ಸಾಗಣೆ ಅದು ಅವಲಂಬಿಸಿರುವ ನೀತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ನೀತಿ-ಆಧಾರಿತ ಟನೆಲ್ ಅನ್ನು ಪರಿವರ್ತಿಸಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ; ಟನೆಲ್ ಇಂಟರ್‌ಫೇಸ್ ಹಲವು ಬೆಂಬಲಿತ ಆಯ್ಕೆಗಳಲ್ಲಿ ಒಂದು.

ಕ್ರಮವು ಆಕಸ್ಮಿಕವಾಗಿ ಬದಲಾಗುವ ಭಾಗ. ಯಾರು ವಿನಾಯಿತಿ ಸೇರಿಸುತ್ತಾರೋ ಅವರು ಅದನ್ನು ವಿಶಾಲ ನಿಯಮದ ಮೇಲೆ ಸೇರಿಸಬೇಕು, ಮತ್ತು ಯಾರು ವಿಶಾಲ ನಿಯಮವನ್ನು ಸಂಪಾದಿಸುತ್ತಾರೋ ಅವರು ಒಂದೇ ಉಳಿಸುವಿಕೆಯಲ್ಲಿ ಇಡೀ ವಿನ್ಯಾಸವನ್ನು ತಿರುಗಿಸಬಹುದು. ಉದ್ದೇಶಿತ ಕ್ರಮವನ್ನು ನೀತಿಯ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ನವೀಕರಣಗಳ ನಂತರ ಅದನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಇಂಟರ್‌ಫೇಸ್ ಹೆಸರಿಸುವಿಕೆ ಮತ್ತು ನೀತಿ ಪ್ರದರ್ಶನವು ಆವೃತ್ತಿಗಳ ನಡುವೆ ನಿಜವಾಗಿಯೂ ಬದಲಾಗುತ್ತದೆ.

ಪ್ರಧಾನ ಕಚೇರಿಯಲ್ಲಿ ಮಾರ್ಗವನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ

ಪ್ರಧಾನ ಕಚೇರಿಯ ಟನೆಲ್ ನೀತಿಯು ಈಗ ಶಾಖೆಯ ರೂಟ್ ಆಯ್ಕೆ ಮಾಡುವ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು. ಪ್ರಧಾನ ಕಚೇರಿಯ ಖಾಸಗಿ LAN ಗೆ ಸೀಮಿತವಾದ ಕಚೇರಿ-ಅಂತರ ಸೆಲೆಕ್ಟರ್ ಅನಿಯಂತ್ರಿತ ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಸಾಗಿಸುವ ಅನುಮತಿ ಅಲ್ಲ, ಆದ್ದರಿಂದ ನೀತಿಗೆ ಶಾಖೆಯ ಮೂಲ ಮತ್ತು ನೀವು ನಿಜವಾಗಿ ಉದ್ದೇಶಿಸುವ ಗಮ್ಯಸ್ಥಾನ ಶ್ರೇಣಿ ಬೇಕು. ನಂತರ ಪ್ರಧಾನ ಕಚೇರಿ ಆ ಒಳಬರುವ ಸಂಚಾರವನ್ನು ತನ್ನದೇ ಪ್ರವೇಶ ನಿಯಮಗಳ ಅಡಿಯಲ್ಲಿ ತನ್ನ ಇಂಟರ್ನೆಟ್ ಅಪ್‌ಲಿಂಕ್‌ಗೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು SonicWall ನ ಕೇಂದ್ರ ನಿರ್ಗಮನ ಉದಾಹರಣೆ ಕೇಂದ್ರ WAN ನಲ್ಲಿ ದೂರದ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಮೂಲ ಅನುವಾದವನ್ನು ಒಳಗೊಂಡಿದೆ. ಆ ಅನುವಾದವಿಲ್ಲದೆ ದೂರದ ಬದಿ ಖಾಸಗಿ ಶಾಖೆಯ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಹಿಂತಿರುಗುವ ರೂಟ್ ಹೊಂದಿಲ್ಲ.

ಉತ್ತರಗಳು ಒಪ್ಪಂದದ ಇನ್ನೊಂದು ಅರ್ಧ. ಅವು ಟನೆಲ್ ಮೂಲಕ ಅಥವಾ ಅವಕ್ಕಾಗಿ ರಚಿಸಲಾದ ಸ್ಥಿತಿಪೂರ್ಣ ಅನುವಾದದ ಮೂಲಕ ಹಿಂತಿರುಗಬೇಕು, ಮತ್ತು ಖಾಸಗಿ ಸೈಟ್‌ಗಳ ಸಂಚಾರಕ್ಕೆ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನಕ್ಕಿಂತ ವಿಭಿನ್ನ NAT ನಿರ್ವಹಣೆ ಬೇಕಾಗಬಹುದು. ಆ ನಿಯಮಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಗುರುತಿಸಬಹುದಾದಂತೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದು ಆಂತರಿಕ ಮೂಲವನ್ನು ಮರೆಮಾಡುವ ಒಂದು ವಿಶಾಲ ಅನುವಾದ ನಿಯಮವು ನಂತರದ ಲಾಗಿಂಗ್ ಮತ್ತು ಸಮಸ್ಯೆ ಪರಿಹಾರವನ್ನು ಓದಲು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ.

ಟನೆಲ್ ಬಿದ್ದಾಗ ಗುಂಪು ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ

ಕೇಂದ್ರ ನಿರ್ಗಮನವು ಆದ್ಯತೆಯಲ್ಲದೆ ಅಗತ್ಯವಾಗಿದ್ದರೆ, ಸ್ಥಳೀಯ WAN ಗೆ ಹಿಂತಿರುಗುವುದು ಅನುಸರಣಾ ವೈಫಲ್ಯ, ಬಳಕೆದಾರರು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿದ್ದರೂ. SonicOS ಡ್ರಾಪ್-ಟನೆಲ್-ಇಂಟರ್‌ಫೇಸ್ ರೂಟ್ ಅನ್ನು ಆಯ್ದ ಸಂಚಾರವು ಅನುದ್ದೇಶಿತ ಪರ್ಯಾಯ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳದಂತೆ ತಡೆಯುವ ಬೆಂಬಲಿತ ವಿಧಾನವಾಗಿ ದಾಖಲಿಸುತ್ತದೆ.

ಆ ರೂಟ್‌ನ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಆದ್ಯತೆಯನ್ನು ಸ್ಥಾಪಿತ ಆವೃತ್ತಿಗೆ ಹೊಂದಿಸಿ, ಮತ್ತು ಲೇಬಲ್ ಅನ್ನು ನಂಬುವ ಬದಲು ಟನೆಲ್ ಅನ್ನು ಕೆಳಗಿಳಿಸಿ ಪರೀಕ್ಷಿಸಿ. ಎಂದಿಗೂ ಸ್ಥಳೀಯವಾಗಿ ಹೊರಹೋಗಬಾರದ ಗುಂಪು ಮುಚ್ಚಿದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗಬೇಕು, ಆದರೆ ಲಭ್ಯತೆ ಹೆಚ್ಚು ಮುಖ್ಯವಾದ ಗುಂಪು ಕಾನೂನುಬದ್ಧವಾಗಿ ಹಿಂತಿರುಗಬಹುದು; ಎರಡೂ ನಿರ್ಧಾರಗಳು, ಮತ್ತು ಯಾವುದೂ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಸಂಭವಿಸಬಾರದು.

ಮೂರು ಕ್ಲೈಂಟ್‌ಗಳಿಂದ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಸ್ವಚ್ಛವಾಗಿ ರೋಲ್‌ಬ್ಯಾಕ್ ಮಾಡಿ

ಕೇಂದ್ರ ಗೇಟ್‌ವೇಗೆ ಪಿಂಗ್ ತಪ್ಪು ವಿಷಯವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು ಆಯ್ದ ಕ್ಲೈಂಟ್‌ನಿಂದ ಅಲ್ಲ, ಫೈರ್‌ವಾಲ್‌ನಿಂದ ಹುಟ್ಟುತ್ತದೆ. ಬದಲಾಗಿ ಸಾಧನಗಳಿಂದ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಮೂರನ್ನು ಪರೀಕ್ಷಿಸಿ: ಆಯ್ದ ಸಾಧನ, ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಯಬೇಕಾದ ಸಾಮಾನ್ಯ ಸಾಧನ, ಮತ್ತು ಸ್ಥಳೀಯ ಸೇವೆಗಳನ್ನು ಅವಲಂಬಿಸಿರುವ ಒಂದು.

ip -4 route get 203.0.113.10
curl -sS -m 5 -o /dev/null -w "%{http_code}\n" https://example.com
traceroute -n -m 6 203.0.113.10

ಸಾರ್ವಜನಿಕ ವಿನಂತಿ ವಾಸ್ತವವಾಗಿ ಎಲ್ಲಿ ಮೇಲೆದ್ದಿತು ಎಂಬುದನ್ನು ಹೋಲಿಸಿ. ಆಯ್ದ ಕ್ಲೈಂಟ್ ಪ್ರಧಾನ ಕಚೇರಿಯ ನಿರ್ಗಮನದ ಮೂಲಕ ಇಂಟರ್ನೆಟ್ ತಲುಪಬೇಕು, ಮತ್ತು ಸಾಮಾನ್ಯ ಕ್ಲೈಂಟ್ ದೂರದ ಬದಿಯಲ್ಲಿ ಶಾಖೆಯ ಸ್ವಂತ ವಿಳಾಸವನ್ನು ಇನ್ನೂ ತೋರಿಸಬೇಕು; 203.0.113.10 ನಿಮಗೆ ಮುಖ್ಯವಾದ ಗಮ್ಯಸ್ಥಾನದ ಬದಲಿಯಾಗಿ ಬಳಸುವ ದಾಖಲೆ ವಿಳಾಸ. ಅದೇ ಹಂತದಲ್ಲಿ DNS ಅನ್ನು ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಶಾಖೆಯ ರಿಜಾಲ್ವರ್ ಅನ್ನು ಕೇಳುವ ಕ್ಲೈಂಟ್ ರೂಟರ್‌ನಿಂದ ಹುಟ್ಟಿದ ವಿಭಿನ್ನ ಮೂಲದ ಹುಡುಕಾಟವನ್ನು ಮತ್ತು ಆದ್ದರಿಂದ ವಿಭಿನ್ನ ರೂಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸಬಹುದು.

ರೋಲ್‌ಬ್ಯಾಕ್ ಎಂದರೆ ಉಳಿಸಿದ ನೀತಿ ಕ್ರಮ ಮತ್ತು ವಿಳಾಸ ಗುಂಪು. ಹಿಂದಿನ ಕ್ರಮವನ್ನು ಮರುಸ್ಥಾಪಿಸಿ, ಗುಂಪನ್ನು ನೀತಿಯಿಂದ ತೆಗೆದುಹಾಕಿ, ಮತ್ತು ಎರಡೂ ಸಾಧನ ವರ್ಗಗಳನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ರಫ್ತಾದ ಸಂರಚನೆಯನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯೊಂದಿಗೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಇಂಜಿನಿಯರ್ ಯಾರಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಯಾವ ನಿಯಮ ವಿಶಾಲವಾಗಿತ್ತು ಎಂದು ತಿಳಿಯಬೇಕು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು