Firebox ಭೂ-ಸ್ಥಳ ನಿರಾಕರಣೆ: ಮೊದಲು VPN ಪ್ರವೇಶ ಹಂತವನ್ನು ಕಂಡುಕೊಳ್ಳಿ

ಬೇರೆ ದೇಶದಲ್ಲಿರುವ ಯಾರೋ ಸಂಪರ್ಕಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತಿಲ್ಲ, ಮತ್ತು ಮೊದಲ ಪ್ರವೃತ್ತಿ ಒಳಗಿನ ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಪ್ರವೇಶ ನೀಡುವ ನಿಯಮವನ್ನು ನೋಡುವುದು. ಆ ನಿಯಮವು ಪ್ರವೇಶದ ನಂತರ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಟನೆಲ್ ಅನ್ನು ತಿರಸ್ಕರಿಸುವ ವಸ್ತುವಾಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ. ತಡೆಯುವ ಹಂತವು ಪ್ರವೇಶ ಮಾರ್ಗದ ಎಲ್ಲೋ ಇದೆ, ಮತ್ತು VPN ಸೇವೆಯನ್ನು ಅವಲಂಬಿಸಿ Firebox ಗೆ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರವೇಶ ಮಾರ್ಗಗಳಿವೆ. ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ನಿರಾಕರಣೆಯನ್ನು ವಿವರಿಸಿದ ಕೂಡಲೇ ನಿಲ್ಲಿಸಿ.

ಪರಿಶೀಲನೆ 1: ಬರುವ ಸೇವೆಯನ್ನು ಹೆಸರಿಸಿ

SSL ಇರುವ Mobile VPN, Access Portal ಮತ್ತು TLS ಮೇಲಿನ BOVPN ಗೆ ಬರುವ ಪ್ರವೇಶವು WatchGuard SSLVPN ನೀತಿ. ಉದ್ದೇಶಿತ ನಿರ್ಬಂಧವನ್ನು ಅಲ್ಲಿಯೇ, ನಿಜವಾಗಿ ಸಂರಚಿಸಲಾದ ಸೇವೆಯ ಮೇಲೆ ಅನ್ವಯಿಸಿ, ನಂತರ ಚಲಿಸುವ ಬಳಕೆದಾರ-ಪ್ರವೇಶ ನಿಯಮದಿಂದ ಊಹಿಸುವ ಬದಲು.

IPsec ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಒಳನಿರ್ಮಿತ IPSec ನೀತಿಯು ಅನ್ವಯವಾಗುವ ಶಾಖೆ ಮತ್ತು ಮೊಬೈಲ್ VPN ಸೇವೆಗಳಿಗೆ ಬಾಹ್ಯ IPsec ಸಂಚಾರವನ್ನು Firebox ಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಕೈಯಿಂದ ರಚಿಸಿದ IPSec ನೀತಿಗಿಂತ ಆದ್ಯತೆ ಪಡೆಯುತ್ತದೆ. ನಿಮ್ಮ ಕ್ಲೈಂಟ್ IKEv2 ಆಗಿದ್ದರೆ, ನೀವು ಆ ಎರಡನೇ ಮಾರ್ಗದಲ್ಲಿದ್ದೀರಿ, ಮತ್ತು SSLVPN ನೀತಿ ಅಪ್ರಸ್ತುತ.

ಇಲ್ಲಿ ತಪ್ಪು ಮಾಡುವುದು ಈ ಕ್ಷೇತ್ರದಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾಗಿ ವ್ಯರ್ಥವಾಗುವ ಮಧ್ಯಾಹ್ನ: ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎಂದಿಗೂ ನೋಡದ ನೀತಿಯನ್ನು ಸಂಪಾದಿಸಿ, ನಂತರ ನಿರ್ಬಂಧ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸುವುದು.

ಪರಿಶೀಲನೆ 2: ಸಿದ್ಧಾಂತವಲ್ಲ, ನಿರಾಕರಣೆಯನ್ನು ಓದಿ

ಒಂದು ನಿಯಂತ್ರಿತ ಅನುಮತಿಸಿದ ಪ್ರಯತ್ನ ಮಾಡಿ ಮತ್ತು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಹೊಂದಿಸಿ: ಕ್ಲೈಂಟ್ನ ಸಾರ್ವಜನಿಕ ಮೂಲ ವಿಳಾಸ, ಅದು ತಲುಪಿದ ಪ್ರವೇಶ ಸೇವೆ, ಹೊಂದಿಕೆಯಾದ ನೀತಿ, ಮತ್ತು ಲಾಗ್ನಲ್ಲಿನ ಯಾವುದೇ ನಿರಾಕರಣೆ ಕಾರಣ. WatchGuard ನ IKEv2 ದೋಷನಿವಾರಣೆ ಮಾರ್ಗದರ್ಶಿ ಭೂ-ಸ್ಥಳ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಪ್ಯಾಕೆಟ್ ನಿರ್ವಹಣೆ ಒಳನಿರ್ಮಿತ ನೀತಿಯ ಪ್ರವೇಶಕ್ಕಿಂತ ಮೊದಲೇ ಸಂಚಾರವನ್ನು ನಿರಾಕರಿಸಬಹುದು ಎಂದು ಗಮನಿಸುತ್ತದೆ, ಅಂದರೆ ನೀವು ನೋಡುತ್ತಿರುವ ನಿರಾಕರಣೆ ನೀವು ಪರಿಗಣಿಸದ ಹಂತವನ್ನು ಹೆಸರಿಸಬಹುದು.

ದೇಶ ವರ್ಗೀಕರಣವು ಗಮನಿಸಿದ ನೆಟ್ವರ್ಕ್ ಮೂಲವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ರೋಮಿಂಗ್ ಬಳಕೆದಾರ, ಮೇಲಿನ NAT ಅಥವಾ ಬೇರೆ ಅನುಮೋದಿತ ಮಾರ್ಗವು Firebox ನೋಡುವುದನ್ನು ಬದಲಾಯಿಸಬಹುದು, ಆದ್ದರಿಂದ ಬಳಕೆದಾರರು ಎಲ್ಲಿದ್ದಾರೆ ಎಂಬ ಅವರ ವಿವರಣೆಯ ಬದಲು ವಿಳಾಸವನ್ನು ಖಚಿತಪಡಿಸಿ. ಕ್ಲೈಂಟ್ ನೋಡುವ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಕೇಳಿ ಮತ್ತು Firebox ಲಾಗ್ನ ಮೂಲದೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವು ಭಿನ್ನವಾದಾಗ, ವರ್ಗೀಕರಣವು ಯಾರೂ ಉಲ್ಲೇಖಿಸದ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸುತ್ತಿದೆ.

ಪರಿಶೀಲನೆ 3: ಒಳನಿರ್ಮಿತ ನೀತಿಯೇ ಇನ್ನೂ ಮಾಲೀಕ?

ಕೈಯಿಂದ ಮಾಡಿದ IPSec ನೀತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ತೋರಿದರೆ, ಒಳನಿರ್ಮಿತವು ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಒಳನಿರ್ಮಿತ ನಿಯಮದಿಂದ ಮರೆಯಾಗಿರುವ ಕೈ ನಿಯಮ ಮತ್ತು ಏಕೈಕ ಪ್ರವೇಶವಾಗಿರುವ ಕೈ ನಿಯಮ, ಒಂದೇ ರೀತಿ ಕಾಣುವ ಇಂಟರ್ಫೇಸ್ ಹೊಂದಿರುವ ಬೇರೆ ಬೇರೆ ಸಂರಚನೆಗಳು.

ಯಾವುದು ಮಾರ್ಗವನ್ನು ಹೊಂದಿರಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ. ಅದು ಕೈ ನೀತಿಯಾಗಿದ್ದರೆ, ಆ ಸಂಚಾರಕ್ಕೆ ಒಳನಿರ್ಮಿತವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬೇಕು, ಮತ್ತು ಅಲ್ಲಿಂದಲೇ ಮುಂದಿನ ಪರಿಶೀಲನೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

ಪರಿಶೀಲನೆ 4: ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಬದಲಿಯನ್ನು ಯೋಜಿಸಿ

ಒಳನಿರ್ಮಿತ IPSec ನೀತಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಪರಿಣಾಮಿತ VPN ಸೇವೆಗಳಿಗೆ ಅದರ ಪ್ರವೇಶವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಒಬ್ಬ ಮೊಬೈಲ್ ಬಳಕೆದಾರರ ಸಂಪರ್ಕವನ್ನು ಸರಿಪಡಿಸುವಾಗ ನೀವು ಯೋಚಿಸದ ಶಾಖೆ ಟನೆಲ್ಗಳೂ ಇದರಲ್ಲಿ ಸೇರಿವೆ.

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

ಸಕ್ರಿಯ ಸಂಪರ್ಕ ಮತ್ತು ನಂತರದ ಮರುಮಾತುಕತೆ ಎರಡೂ ಪ್ರವೇಶವನ್ನು ಅವಲಂಬಿಸಬಹುದು. ನೀವು ಪರೀಕ್ಷಿಸಿದ ಅವಧಿಗೆ ಕೆಲಸ ಮಾಡಿ ಮುಂದಿನ ಕೀಲಿ ಬದಲಾವಣೆಯಲ್ಲಿ ವಿಫಲವಾಗುವ ಬದಲಾವಣೆ, ನವೀಕರಣವನ್ನು ಪರೀಕ್ಷಿಸದೆ ಪ್ರವೇಶವನ್ನು ಬದಲಿಸುವುದರ ಸಾಂಪ್ರದಾಯಿಕ ಫಲಿತಾಂಶ.

ಪರಿಶೀಲನೆ 5: ಗುರುತನ್ನು ಸ್ಥಳದಿಂದ ಬೇರ್ಪಡಿಸಿ

ಭೂ-ಸ್ಥಳವು ಪ್ರವೇಶ ನಿರ್ಣಯಕ್ಕೆ ಸಂದರ್ಭ ಸೇರಿಸುತ್ತದೆ. ಅದು ಬಳಕೆದಾರರು ಯಾರೆಂದು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಗೇಟ್ವೇ ಗುರುತು ಪರಿಶೀಲನೆ, ಖಾತೆ ಅಧಿಕಾರ ಅಥವಾ MFA ಬದಲಿಗೆ ಆಗಬಾರದು.

ವ್ಯಾಪಾರ ಅಗತ್ಯವು ಅನುಮೋದಿತ ಸ್ಥಳಗಳಿಂದ ಅನುಮೋದಿತ ಬಳಕೆದಾರರು ಮಾತ್ರವಾಗಿದ್ದರೆ, ನಿಮಗೆ ಎರಡೂ ನಿಯಂತ್ರಣಗಳು ಬೇಕು. ಇಡೀ ದೇಶವನ್ನು ಅನುಮತಿಸುವ ಸ್ಥಳ ನಿಯಮವು ದೃಢೀಕರಣಕ್ಕೆ ಬದಲಿಯಲ್ಲ, ಮತ್ತು ತಡೆಯಲಾದ ದೇಶದಲ್ಲಿ ದೃಢೀಕೃತ ಬಳಕೆದಾರರು ನೀತಿಯ ಪ್ರಶ್ನೆ, ದೋಷವಲ್ಲ.

ಪರಿಶೀಲನೆ 6: ಅದನ್ನು ದಾಖಲಿಸಿ ಮತ್ತು ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ಸೇವೆ, ಪ್ರವೇಶ ನೀತಿ, ಉದ್ದೇಶಿತ ಸ್ಥಳ ವ್ಯಾಪ್ತಿ, ವಿನಾಯಿತಿಗಳು ಮತ್ತು ಚೇತರಿಕೆಯ ಜವಾಬ್ದಾರರನ್ನು ದಾಖಲಿಸಿ. ನಂತರ ಬದಲಾವಣೆಯ ನಂತರ ಮೊಬೈಲ್ ಮಾರ್ಗ ಮತ್ತು ಕನಿಷ್ಠ ಒಂದು ಸೈಟ್ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಇದರಿಂದ ನಿರ್ಬಂಧವು ಅದನ್ನು ನಿಯಂತ್ರಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಿದ ಸೇವೆಗೆ ಲಗತ್ತಿಸಿ ಉಳಿಯುತ್ತದೆ.

ಕೊನೆಯದಾಗಿ, ನೀವು ಪ್ರಾರಂಭಿಸಿದ ನಿರಾಕರಣೆಯನ್ನು ಮತ್ತೆ ಓದಿ. ಅದು ಸ್ಥಳ ನಿರಾಕರಣೆಯಿಂದ ದೃಢೀಕರಣ ಅಥವಾ ಅಧಿಕಾರ ವೈಫಲ್ಯಕ್ಕೆ ಬದಲಾಗಿದ್ದರೆ, ಪ್ರವೇಶ ಸಮಸ್ಯೆ ಪರಿಹಾರವಾಗಿದೆ ಮತ್ತು ಈಗ ಇನ್ನೊಂದು ಕಾಣುತ್ತಿದೆ. ಮೇಲೆ ವಿವರಿಸಿದ ಹಂತದ ಕ್ರಮಕ್ಕೆ IKEv2 ನಿರಾಕರಣೆಗಳ ಕುರಿತು WatchGuard ಮಾರ್ಗದರ್ಶಿ ಉಲ್ಲೇಖವಾಗಿದೆ.