DHCP ಆಯ್ಕೆ 121 ನೊಂದಿಗೆ LAN ಹೋಸ್ಟ್‌ಗಳಿಗೆ VPN ಮರಳು ಮಾರ್ಗ ನೀಡಿ

ದೂರದ VPN ಕ್ಲೈಂಟ್‌ಗಳು ಸಂಪರ್ಕಿಸುತ್ತವೆ, LAN ಸರ್ವರ್ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರವು ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ರೌಟರ್ ಮೂಲಕ ಹೊರಟು ಅಲ್ಲೇ ಸಾಯುತ್ತದೆ. ಒಂದು ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಿರ ಮಾರ್ಗದಿಂದ ಸರಿಪಡಿಸಬಹುದು, ಆದರೆ ಅವುಗಳ ಇಡೀ ಸಬ್ನೆಟ್ ಅನ್ನು ಅವು ಈಗಾಗಲೇ ತಮ್ಮ ನೆಟ್ವರ್ಕ್ ಸಂರಚನೆಯನ್ನು ಪಡೆಯುವಲ್ಲಿಯೇ ನಿರ್ವಹಿಸುವುದು ಉತ್ತಮ. DHCPv4 ನ ಆಯ್ಕೆ 121 ನಿಖರವಾಗಿ ಅಂತಹ ಗಮ್ಯಸ್ಥಾನ ಮಾರ್ಗವನ್ನು ವಿತರಿಸುತ್ತದೆ, ಮತ್ತು ಜನರು ಡೀಫಾಲ್ಟ್ ಮರೆತ ಕ್ಷಣದಲ್ಲಿ ತಪ್ಪು ಮಾಡುವ ಭಾಗ ಅದೇ. ಲಕ್ಷಣ ಏಕಮುಖ ಸಂಚಾರ: ವಿನಂತಿಗಳು ಬರುತ್ತವೆ ಮತ್ತು ಉತ್ತರಗಳು ಮಾಯವಾಗುತ್ತವೆ.

ಮೊದಲು ಮೂರು ವಿಳಾಸಗಳನ್ನು ಹೆಸರಿಸಿ

ಒಂದು ನಿರ್ದಿಷ್ಟ LAN ತೆಗೆದುಕೊಳ್ಳಿ: 192.168.50.0/24, ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ ರೌಟರ್ 192.168.50.1 ನಲ್ಲಿ ಮತ್ತು ಪ್ರತ್ಯೇಕ VPN ಗೇಟ್ವೇ 192.168.50.2 ನಲ್ಲಿ. ದೃಢೀಕೃತ ದೂರದ ಕ್ಲೈಂಟ್‌ಗಳು 10.90.0.0/24 ಅನ್ನು ಆಕ್ರಮಿಸುತ್ತವೆ.

ಪ್ರತಿ ಭಾಗವಹಿಸುವ ಹೋಸ್ಟ್‌ಗೆ ಬೇಕಾದ ಮಾರ್ಗ 10.90.0.0/24 via 192.168.50.2. ಗಮ್ಯಸ್ಥಾನ ಕ್ಲೈಂಟ್ ಪೂಲ್, ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಗೇಟ್ವೇಯ ಟನಲ್ ವಿಳಾಸವಲ್ಲ, ಅದರ LAN ವಿಳಾಸ.

ಅದನ್ನು ವರ್ಗರಹಿತ ಸ್ಥಿರ ಮಾರ್ಗವಾಗಿ ಎನ್‌ಕೋಡ್ ಮಾಡಿ

ಆಯ್ಕೆ 121 ಪೂರ್ವಪ್ರತ್ಯಯ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್ ಜೋಡಿಗಳನ್ನು ಒಯ್ಯುತ್ತದೆ, ಮತ್ತು RFC 3442 ಎನ್‌ಕೋಡಿಂಗ್ ಮತ್ತು ಅದನ್ನು ಅನುಸರಿಸುವ ಕ್ಲೈಂಟ್ ವರ್ತನೆ ಎರಡನ್ನೂ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಈ ಉದಾಹರಣೆಯ LAN ಗೆ ಮಾತ್ರ ಸೇವೆ ಸಲ್ಲಿಸುವ ಇರುವ dnsmasq ನಿದರ್ಶನಕ್ಕೆ, ಸಂರಚನೆಯ ರೂಪ ಇದು:

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

ಇದು ಒಂದು ತುಣುಕು, ಹೊಸ DHCP ಸೇವೆ ಅಲ್ಲ. ಹಲವು ವಿಭಾಗಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಸರ್ವರ್‌ನಲ್ಲಿ, ನೀವು ಈಗಾಗಲೇ ಬಳಸುವ ಟ್ಯಾಗ್‌ಗಳು ಅಥವಾ ನೆಟ್ವರ್ಕ್ ನೀತಿಯಿಂದ ಆಯ್ಕೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸಿ. ಹಿಂದಿನ ಸಂರಚನೆಯನ್ನು ಕೈಯಲ್ಲಿರಿಸಿಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಇದನ್ನು ಹಿಂತಿರುಗಿಸುವುದು ಮತ್ತೊಂದು ಲೀಜ್ ನವೀಕರಣ, ರೀಬೂಟ್ ಅಲ್ಲ.

ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಕಳೆದುಕೊಳ್ಳಬೇಡಿ

ಇದೇ ಬಲೆ. ಆಯ್ಕೆ 121 ಸ್ವೀಕರಿಸುವ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯ Router ಆಯ್ಕೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಬೇಕು, ಆದ್ದರಿಂದ VPN ಪೂಲ್‌ನ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಘೋಷಿಸುವುದು ಆ ಹೋಸ್ಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವಿಲ್ಲದೆ ಬಿಡಬಹುದು. ಯಂತ್ರವು ಇನ್ನೂ ಸಂರಚಿತವಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಎಲ್ಲಾ ಇಂಟರ್ಫೇಸ್‌ಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದರೂ ನೆಟ್ವರ್ಕ್ ಡೌನ್ ಎಂದು ಬಳಕೆದಾರರು ವಿವರಿಸುತ್ತಾರೆ.

ಮೇಲಿನ ತುಣುಕು ಮಾಡುವಂತೆ ಉದ್ದೇಶಿತ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅದೇ ಪಟ್ಟಿಯಲ್ಲಿ ಸೇರಿಸಿ. ವರ್ಗರಹಿತ ಮಾರ್ಗಗಳನ್ನು ಜಾರಿಗೊಳಿಸದ ಕ್ಲೈಂಟ್‌ಗಳಿಗಾಗಿ ಸಾಮಾನ್ಯ Router ಆಯ್ಕೆಯನ್ನೂ ಅದರ ಜಾಗದಲ್ಲಿ ಇರಿಸಿ; ಯಾರಿಗೆ ಏನು ಕಳುಹಿಸಬೇಕೆಂದು ಸರ್ವರ್‌ನ ಸ್ವಂತ ಆಯ್ಕೆ ನಿರ್ವಹಣೆ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

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

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

ಲೀಜ್ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಹುಡುಕಾಟ

DHCP ಮಾಲೀಕರನ್ನು ಬದಲಾವಣೆ ಅನ್ವಯಿಸಲು ಕೇಳಿ, ನಂತರ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಲೀಜ್ ನವೀಕರಿಸಿ. ಇರುವ ಲೀಜ್‌ಗಳು ನವೀಕರಣವಾಗುವವರೆಗೆ ಹಳೆಯ ಸಂರಚನೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ತಕ್ಷಣದ ಫಲಿತಾಂಶ ಖಾತರಿಯಿಲ್ಲ.

Linux ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ನಿಜವಾದ ಮಾರ್ಗಗಳನ್ನು ಓದಿ ಎರಡೂ ನಮೂದುಗಳನ್ನು ದೃಢೀಕರಿಸಿ:

ip -4 route
ip -4 route get 10.90.0.23

ಸಂದರ್ಭಾಧಾರಿತ ಹುಡುಕಾಟವು ಪೂಲ್ ಮಾರ್ಗವನ್ನು 192.168.50.2 ಮೂಲಕ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಅನ್ನು 192.168.50.1 ಮೂಲಕ ತೋರಿಸಬೇಕು. ಡೀಫಾಲ್ಟ್ ಇಲ್ಲದಿದ್ದರೆ, ನೀವು ಮೇಲಿನ ಬಲೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿದ್ದೀರಿ.

ನಂತರ ನಿಜವಾದ ವಿನಿಮಯವನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಕೊನೆಯದಾಗಿ, ತೆಗೆದುಹಾಕುವ ಯೋಜನೆ ಇರಿಸಿ. ಕಲಿತ ಸ್ಥಿರ ಮಾರ್ಗವು VPN ಬಿದ್ದಾಗ ತಾನೇ ಹಿಂತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಹಳೆಯ ಮುಂದಿನ ಹಾಪ್ ಸುರಂಗ ಮಾಯವಾದ ಬಹಳ ಕಾಲದ ನಂತರವೂ ಆ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಕಪ್ಪು ಕುಳಿಯಾಗಿಸಬಹುದು.