4G ನಲ್ಲಿ ಶಾಖಾ VPN: IP ಬದಲಾದಾಗ ಗುರುತನ್ನು ಸ್ಥಿರವಾಗಿರಿಸಿ

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

ಸುರಂಗ ಎಲ್ಲಿಂದ ಪ್ರಾರಂಭವಾಗಬೇಕು

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

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

ನೀವು ಡಯಲ್ ಮಾಡುವ ವಿಳಾಸವನ್ನು ನೀವು ಹೊಂದಿಸುವ ಗುರುತಿನಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ

ಹಬ್ಗೆ ಕಂಡುಹಿಡಿಯಬಹುದಾದ ಸ್ಥಿರ ವಸ್ತು ಬೇಕು, ಅನುಮೋದಿತ ಸ್ಥಿರ ವಿಳಾಸ ಅಥವಾ ನಿರ್ವಹಿಸಲಾದ ಹೋಸ್ಟ್ಹೆಸರು. ಶಾಖೆಗೆ ಗುರುತಿಸಲ್ಪಡುವ ಸ್ಥಿರ ದಾರಿ ಬೇಕು, ಮತ್ತು IKEv2 ನಲ್ಲಿ ಅದು ದೃಢೀಕರಣದ ಸಮಯದಲ್ಲಿ ಅದು ಪ್ರಸ್ತುತಪಡಿಸುವ ಗುರುತಿನ ಪೇಲೋಡ್, ಅದರ ಪ್ಯಾಕೆಟ್ಗಳು ಆಕಸ್ಮಿಕವಾಗಿ ಹೊತ್ತುಕೊಂಡು ಹೋಗುವ ಮೂಲ ವಿಳಾಸದಿಂದ ಸ್ವತಂತ್ರ. @branch-a.vpn.example ನಂತಹ ಸ್ಟ್ರಿಂಗ್ ಮೊಬೈಲ್ ವಿಳಾಸ ಪ್ರತಿ ಗಂಟೆಗೂ ಬದಲಾದರೂ ಆ ಗುರುತಿನಂತೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ಆ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ನೀತಿಯೊಂದಿಗೆ ಹೊಂದಿಸಲಾಗುತ್ತದೆ, DNS ಮೂಲಕ ಪರಿಹರಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸುರಂಗ ಸ್ಥಾಪನೆಯಲ್ಲಿ ಲುಕಪ್ ಆಗುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಬೇಡಿ. ಹಬ್ನ ಸಂರಚನೆಯು ನಿರೀಕ್ಷಿತ ಗುರುತನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೆಸರಿಸಬೇಕು, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣದೊಂದಿಗೆ ಗುರುತು ಪ್ರಮಾಣಪತ್ರವು ನಿಜವಾಗಿ ಪ್ರತಿಪಾದಿಸುವುದಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗಬೇಕು.

ಮೂಲ ವಿಳಾಸವು ನಂಬಲರ್ಹವಾಗಿ ಕಾಣುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಯಾವುದೇ ಗುರುತನ್ನು ಸ್ವೀಕರಿಸುವುದು ತಪ್ಪಿಸಬೇಕಾದ ವೈಫಲ್ಯ ವಿಧಾನ. ಪ್ರತಿಸ್ಪಂದಕದಲ್ಲಿ ಅದರ ಅರ್ಥ ಗುರುತಿನ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಮತ್ತು ಹಂಚಿದ ರಹಸ್ಯದೊಂದಿಗೆ ಯಾವುದೇ ಪೀರ್ ಅನ್ನು ಸ್ವೀಕರಿಸುವುದು, ಇದು ಸಾಧನವನ್ನಲ್ಲ, ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ.

ಹಬ್ ಭಾಗವನ್ನು ಹೆಸರಿಸಿದ ಪೀರ್ ಆಗಿ ಬರೆಯಿರಿ

strongSwan ಪರಿಭಾಷೆಯಲ್ಲಿ ಪ್ರತಿಸ್ಪಂದಕ ಭಾಗವು right=%any ಹೊಂದಿರುವ ಸಂಪರ್ಕ, ಅದು ಯಾವುದೇ ಮೂಲ ವಿಳಾಸದಿಂದ ಪೀರ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಜೊತೆಗೆ [email protected], ಅದು ಆ ಪೀರ್ ತಾನು ಯಾರೆಂದು ಘೋಷಿಸಬೇಕೆಂಬುದನ್ನು ಪಿನ್ ಮಾಡುತ್ತದೆ. ಶಾಖೆಯ LAN ಗಳಿಗೆ rightsubnet=10.20.0.0/16, ಸಂಪರ್ಕವನ್ನು ಡಯಲ್ ಇಲ್ಲದೆ ಲೋಡ್ ಮಾಡಲು auto=add, ಜೀವಂತಿಕೆಗೆ dpd_delay=30s, ಮತ್ತು ವಿಳಾಸ ಬದಲಾವಣೆಯನ್ನು ಹೊಸ ಪೀರ್ ಎಂದು ಪರಿಗಣಿಸದೆ ಹೀರಿಕೊಳ್ಳಲು mobike=yes ಸೇರಿಸಿ.

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

ಶಾಖೆಯನ್ನು ಆರಂಭಕಾರನಾಗಿ ಇರಿಸಿ

ಶಾಖೆಯಲ್ಲಿ ಕನ್ನಡಿ ಪ್ರತಿಬಿಂಬ ಅನ್ವಯಿಸುತ್ತದೆ: ಸ್ಥಳೀಯ ಮೊಬೈಲ್ ವಿಳಾಸವನ್ನು ಈಗ ಇರುವಂತೆಯೇ ಬಳಸಲು left=%defaultroute, ಗುರುತನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಲು [email protected], ಸ್ಥಿರ ಹಬ್ ಹೆಸರಿಗೆ right=hub.example.com, ಮತ್ತು ಮನುಷ್ಯರಿಲ್ಲದೆ ಸುರಂಗ ಮೇಲೇರಲು auto=start. ಮೊಬೈಲ್ ಲಿಂಕ್ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡಾಗ, ಶಾಖೆ ಮತ್ತೆ ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಮತ್ತು ಹಬ್ ಅದೇ ಗುರುತನ್ನು ಅದೇ ನೀತಿ ವಸ್ತುವಿನೊಂದಿಗೆ ಹೊಂದಿಸುತ್ತದೆ.

ಎರಡೂ ಬದಿಗಳಲ್ಲಿ UDP 500 ನಲ್ಲಿ IKE, UDP 4500 ನಲ್ಲಿ NAT ಟ್ರಾವರ್ಸಲ್, ಮತ್ತು ಅದರ ನಂತರ ಬರುವ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ESP ಗೆ ಅನುಮತಿಸಿ. ನಂತರ ಅವುಗಳನ್ನು ಅನುಮತಿಸಲಾಗಿದೆಯೇ ಬಿಡಿ: ಕಚೇರಿ ಸಮಯದಲ್ಲಿ ಮಾತ್ರ ತೆರೆಯುವ ನಿಯಮವು ಮಧ್ಯದಲ್ಲಿ ಕಡಿತಗೊಳ್ಳುವ ಸುರಂಗದಂತೆ ಕಾಣುತ್ತದೆ.

ವಿಳಾಸ ಬದಲಾವಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ, ಕೇವಲ ಮೊದಲ ಹ್ಯಾಂಡ್ಶೇಕ್ ಅಲ್ಲ

ಸುರಂಗವನ್ನು ಮೇಲೆ ತನ್ನಿ, ದೃಢೀಕರಿಸಿ, ನಂತರ ಒಂದು ನಿಮಿಷ ಮೊಬೈಲ್ ಡೇಟಾ ಅಥವಾ ಏರ್ಪ್ಲೇನ್ ಮೋಡ್ ಟಾಗಲ್ ಮಾಡಿ ಶಾಖೆಯನ್ನು ಹೊಸ ವಿಳಾಸಕ್ಕೆ ಒತ್ತಾಯಿಸಿ. ಹಬ್ನಲ್ಲಿನ ಭದ್ರತಾ ಸಂಘಟನೆಗಳ ಪಟ್ಟಿಯನ್ನು ಗಮನಿಸಿ ಮತ್ತು ಪೀರ್ ವಿಳಾಸ ಬದಲಾಗಿದೆ ಆದರೆ ಗುರುತು ಬದಲಾಗಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆಪರೇಟರ್ನ ಮೊದಲ ಮರುಹಂಚಿಕೆಯವರೆಗೆ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಸುರಂಗವನ್ನು ಪರೀಕ್ಷಿಸಿಯೇ ಇಲ್ಲ.

ನಂತರ ಸಂರಕ್ಷಿತ ಸಬ್ನೆಟ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ. ಸ್ಥಾಪಿತ SA ಪೀರ್ಗಳು ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿವೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಹಬ್ಗೆ ಶಾಖೆಯ LAN ಗೆ ಮಾರ್ಗವಿದೆ ಅಥವಾ ಶಾಖೆ ಹಬ್ ಬದಿಯಿಂದ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಹೇಳುವುದಿಲ್ಲ. ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಮತ್ತು ಫೈರ್ವಾಲ್ ನೀತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದಿ, ನಂತರ ಗೇಟ್ವೇಯಿಂದ ಅಲ್ಲ, ಹೋಸ್ಟ್ನಿಂದ ping ಕಳುಹಿಸಿ, ಏಕೆಂದರೆ ಗೇಟ್ವೇ ಯಾವುದೇ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಅತ್ಯಂತ ಕಡಿಮೆ ಪ್ರಾತಿನಿಧಿಕ ಸಾಧನ.

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