VPN ರೂಟ್‌ನಲ್ಲಿ ಮುಂದಿನ ಹಾಪ್: ಗೇಟ್‌ವೇ ಸ್ಥಳೀಯವಾಗಿ ತಲುಪಬಲ್ಲದಾಗಿರಬೇಕು ಏಕೆ

VPN ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಹೋಗುವ ರೂಟ್ ಗೊಂದಲಕ್ಕೀಡಾಗುವ ಎರಡು ವಿಳಾಸಗಳನ್ನು ಒಯ್ಯುತ್ತದೆ: ಪ್ಯಾಕೆಟ್ ತಲುಪಲು ಪ್ರಯತ್ನಿಸುವ ಗಮ್ಯಸ್ಥಾನ ಪೂರ್ವಪ್ರತ್ಯಯ ಮತ್ತು ಅದನ್ನು ಒಂದು ಹೆಜ್ಜೆ ಹತ್ತಿರ ಸರಿಸುವ ಮುಂದಿನ ಹಾಪ್. LAN ಹೋಸ್ಟ್‌ನಲ್ಲಿ, ಆ ಮುಂದಿನ ಹಾಪ್ ನೀವು ನಿಜವಾಗಿಯೂ ಅದೇ ಲಿಂಕ್‌ನಲ್ಲಿ ತಲುಪಬಹುದಾದ ರೂಟರ್ ಆಗಿರಬೇಕು. ದೂರದ VPN ವಿಳಾಸವು ಮುಂದಿನ ಹಾಪ್ ಅಲ್ಲ, ಅದು ನಿಮ್ಮ ಮನಸ್ಸಿನಲ್ಲಿರುವ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಎಷ್ಟೇ ಸ್ವಚ್ಛವಾಗಿ ಹೊಂದಿಕೆಯಾದರೂ.

ಈ ಕೈಪಿಡಿಯು ಸಾಮಾನ್ಯ ಪ್ರಕರಣವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ: 192.168.20.0/24 ನಲ್ಲಿ ಲ್ಯಾಪ್‌ಟಾಪ್, LAN ವಿಳಾಸ 192.168.20.5 ಹೊಂದಿರುವ VPN ಗೇಟ್‌ವೇ, ಮತ್ತು ಆ ಗೇಟ್‌ವೇಯ ಹಿಂದೆ 10.70.0.0/24 ದೂರದ ನೆಟ್‌ವರ್ಕ್. ಕೆಳಗಿನ ಎಲ್ಲಾ ಆಜ್ಞೆಗಳು ನೀವು ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿದ್ದೀರಿ ಎಂದು ಊಹಿಸುತ್ತವೆ, ಬೇರೆ ರೀತಿ ಹೇಳದಿದ್ದರೆ.

ಎರಡು ವಿಳಾಸಗಳು, ಒಂದು ರೂಟ್

ಉದ್ದೇಶಿಸಿದ ನಮೂದು 10.70.0.0/24 via 192.168.20.5. ಪೂರ್ವಪ್ರತ್ಯಯವು ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ; via ವಿಳಾಸವು ಅದನ್ನು ಅಲ್ಲಿಗೆ ಯಾರು ಒಯ್ಯುತ್ತಾರೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಕರ್ನಲ್ ತಾನು ನೀವು ಹೆಸರಿಸಿದ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ತಲುಪಲಾಗದ ಗೇಟ್‌ವೇ ಹೊಂದಿರುವ ರೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ನಿರಾಕರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ನಿರಾಕರಣೆಯೇ ಇಡೀ ವಿಷಯ: ತಲುಪಬಲ್ಲದಾಗಿರಲು ಸುರಂಗವನ್ನು ಅಗತ್ಯವಿರುವ ಮುಂದಿನ ಹಾಪ್, ಸುರಂಗವನ್ನು ನಿರ್ಮಿಸುವ ಮುಂದಿನ ಹಾಪ್ ಆಗಿರಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಆದ್ದರಿಂದ ಮೊದಲ ಪರಿಶೀಲನೆ «ಗೇಟ್‌ವೇ ಕೆಲಸ ಮಾಡುತ್ತಿದೆಯೇ» ಅಲ್ಲ, ಬದಲಾಗಿ «ಗೇಟ್‌ವೇ ಈ ಲಿಂಕ್‌ನಲ್ಲಿದೆಯೇ». ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಸ್ವಂತ ಸಬ್‌ನೆಟ್, ಅದರ ARP ಅಥವಾ ನೆರೆಹೊರೆಯ ನಮೂದು, ಮತ್ತು ರೂಟ್‌ನಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್ — ಎಲ್ಲವೂ ಒಪ್ಪಬೇಕು. 10.70.0.0/24 ಒಳಗೆ ಮಾತ್ರ ಇರುವ ವಿಳಾಸವು ಎರಡನೇ ರೂಟ್‌ನ ಗಮ್ಯಸ್ಥಾನವಾಗಬಹುದು, ಆದರೆ ಮೊದಲನೆಯ via ಎಂದಿಗೂ ಆಗಲಾರದು.

ಮುಂದಿನ ಹಾಪ್ ಗೇಟ್‌ವೇಗೆ ಏನನ್ನು ಬಾಧ್ಯತೆಯಾಗಿಸುತ್ತದೆ

ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ರೂಟ್ ಸ್ಥಾಪಿಸುವುದು ಮೊದಲ ಹಸ್ತಾಂತರವನ್ನು ಮಾತ್ರ ನಿರ್ಧರಿಸುತ್ತದೆ. ನಂತರ ಗೇಟ್‌ವೇಗೆ ತನ್ನದೇ ಮಾರ್ಗ ಬೇಕು: ಸಕ್ರಿಯಗೊಳಿಸಿದ ಫಾರ್ವರ್ಡಿಂಗ್, 10.70.0.0/24 ಗಾಗಿ ಸುರಂಗ ರೂಟ್, ಮತ್ತು ಯಾರು ಅದನ್ನು ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುವ ಯಾವುದೇ ಪ್ರವೇಶ ನೀತಿ. Linux ನಲ್ಲಿ ಅದು net.ipv4.ip_forward=1 ಮತ್ತು ಸುರಂಗ ರೂಟ್; ಅದರ ಮುಂದಿನ ಫೈರ್‌ವಾಲ್‌ಗೆ ಫಾರ್ವರ್ಡ್ ಆಗುವ ಹರಿವಿಗೆ ಅನುಮತಿ ನೀಡುವ ನಿಯಮ ಬೇಕು.

ಹಿಂತಿರುಗುವ ದಿಕ್ಕು ಜನರು ಮರೆಯುವ ಭಾಗ. ದೂರದ ಬದಿಯಲ್ಲಿ 192.168.20.0/24 ಗೆ ಹಿಂತಿರುಗುವ ರೂಟ್ ಇರಬೇಕು, ಅಥವಾ ವಿನ್ಯಾಸವು ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಮೂಲವನ್ನು ದೂರದ ಬದಿಗೆ ತಿಳಿದಿರುವ ಯಾವುದಕ್ಕಾದರೂ ಭಾಷಾಂತರಿಸಬೇಕು. ಗೇಟ್‌ವೇಯಿಂದ ಕೆಲಸ ಮಾಡುವ ping ಗೇಟ್‌ವೇ ದೂರದ ನೆಟ್‌ವರ್ಕ್ ತಲುಪಬಲ್ಲದು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ಪ್ಯಾಕೆಟ್‌ಗಳು ಹಿಂತಿರುಗುವ ಪ್ರಯಾಣದಲ್ಲಿ ಉಳಿಯುತ್ತವೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಕಳುಹಿಸುವ ಹೋಸ್ಟ್‌ನಿಂದ ಲುಕಪ್ ಪರಿಶೀಲಿಸಿ

ಕರ್ನಲ್‌ಗೆ ಯಾವ ಮುಂದಿನ ಹಾಪ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ, ಮತ್ತು ಉತ್ತರದಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್ ಓದಿ:

ip route get 10.70.0.10
ip route show 10.70.0.0/24
ip neigh show 192.168.20.5

ಲುಕಪ್ ಗೇಟ್‌ವೇ ಮತ್ತು LAN ಇಂಟರ್ಫೇಸ್ ವರದಿ ಮಾಡಿದರೆ, ಮೊದಲ ಹಂತವು ಉದ್ದೇಶಿಸಿದಂತೆ ಸಂರಚಿಸಲಾಗಿದೆ. ಅದು ಸುರಂಗ ಸಾಧನವನ್ನು ವರದಿ ಮಾಡಿದರೆ, ಕೋಷ್ಟಕದಲ್ಲಿ ಹಿಂದಿನ ಯಾವುದೋ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ ಮತ್ತು ಗೆಲ್ಲುತ್ತಿದೆ. ರೂಟ್ ಸ್ಥಾಪನೆಯೇ ಆಗದಿದ್ದರೆ, ಗೇಟ್‌ವೇ ತಲುಪಲಾಗದು ಎಂದು ಕರ್ನಲ್ ನಿಮಗೆ ಹೇಳುತ್ತಿದೆ, ಮತ್ತು ಆ ಸಂದೇಶವು ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗಿದೆ.

ನಂತರ ಸರಿಯಾದ ಸ್ಥಳದಿಂದ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಗೇಟ್‌ವೇಯಲ್ಲಿ ರಚಿಸಿದ ವಿನಂತಿಯು ಗೇಟ್‌ವೇಯ ಸ್ವಂತ ಮೂಲ ವಿಳಾಸವನ್ನು ಬಳಸುತ್ತದೆ, ಇದು ಕಾಣೆಯಾದ ಹಿಂತಿರುಗುವ ರೂಟ್ ಅಥವಾ ಕೆಲವು ಮೂಲಗಳಿಗೆ ಮಾತ್ರ ಅನುಮತಿ ನೀಡುವ ನೀತಿಯನ್ನು ಮರೆಮಾಡಬಹುದು. ip-route ಕೈಪಿಡಿ ಗಮ್ಯಸ್ಥಾನ, ಗೇಟ್‌ವೇ ಮತ್ತು onlink ಅತಿಕ್ರಮಣವನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಮತ್ತು ಅತಿಕ್ರಮಣವನ್ನು ಬಳಸುವ ಮೊದಲು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಯೋಗ್ಯ.

ತಲುಪುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನಕಲಿ ಮಾಡಲು onlink ಬಳಸಬೇಡಿ

onlink ಕರ್ನಲ್‌ಗೆ ಗೇಟ್‌ವೇಯ ತಲುಪುವಿಕೆ ಪರಿಶೀಲನೆಯನ್ನು ಬಿಟ್ಟುಬಿಡಲು ಮತ್ತು ಹಾಗಿದ್ದರೂ ಅಲ್ಲಿಗೆ ಕಳುಹಿಸಲು ಹೇಳುತ್ತದೆ. ಅದು ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಅಲ್ಲಿಲ್ಲದ ವಿಳಾಸಕ್ಕೆ ARP ಪರಿಹರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ನಿಮ್ಮ Ethernet ವಿಭಾಗದಲ್ಲಿ ದೂರದ ರೂಟರ್ ಉತ್ತರಿಸುವಂತೆ ಮಾಡುವುದಿಲ್ಲ. ಉತ್ತರಿಸುವ ಆದರೆ ಸಂಪರ್ಕಿತ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ಇಲ್ಲದ ಗೇಟ್‌ವೇಗಳಿಗೆ ಅದು ಕಾನೂನುಬದ್ಧ, ಮತ್ತು ನೀವು ವಿವರಿಸದ ದೋಷವನ್ನು ಸುಮ್ಮನಾಗಿಸಲು ಬಳಸಿದಾಗ ಅದು ಬಲೆ.

ರೂಟ್ onlink ನೊಂದಿಗೆ ಮಾತ್ರ ಸ್ಥಾಪನೆಯಾದರೆ, ಮುಂದಿನ ಪ್ರಶ್ನೆ ಗೇಟ್‌ವೇ ನೀವು ಭಾವಿಸಿದ ಸ್ಥಳದಲ್ಲಿಲ್ಲ ಏಕೆ ಎಂದು. ತಪ್ಪು VLAN, ತಪ್ಪು ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಎರಡನೇ ವಿಳಾಸ, ಅಥವಾ ಕೊನೆಯ ಆಕ್ಟೆಟ್‌ನಲ್ಲಿ ಟೈಪೊ — ಇವೆಲ್ಲವೂ ಇದನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಸಂಚಾರ ಹರಿಯಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನೂ ಮುರಿಯುತ್ತದೆ.

ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸುರಂಗಗಳು Ethernet ಅಲ್ಲ

ಸುರಂಗ ಸಾಧನವು ARP ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ನೆರೆಹೊರೆಯವರ ಅರ್ಥಪೂರ್ಣ ಸಬ್‌ನೆಟ್ ಹೊಂದಿರುವುದಿಲ್ಲ. ಅದರ ರೂಟ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ 10.70.0.0/24 dev tun0 ನಂತೆ ಕಾಣುತ್ತವೆ, ಯಾವುದೇ via ಇಲ್ಲದೆ, ಏಕೆಂದರೆ ಪೀರ್ ಏಕೈಕ ಇನ್ನೊಂದು ಅಂತ್ಯಬಿಂದು. ಆ ಕೋಷ್ಟಕಕ್ಕೆ LAN ಶೈಲಿಯ via ನಕಲಿಸುವುದು ಕರ್ನಲ್ ನಿರಾಕರಿಸಬಹುದಾದ ರೂಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಅಥವಾ, ಹೆಚ್ಚು ಕೆಟ್ಟದಾಗಿ, ಪೀರ್ ಎಂದಿಗೂ ಉತ್ತರಿಸದ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುವ ರೂಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.

ಕೈಪಿಡಿಯಲ್ಲಿ ಎರಡು ಮಾದರಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ: LAN ರೂಟ್‌ಗೆ ತಲುಪಬಲ್ಲ ಗೇಟ್‌ವೇ ಇರುತ್ತದೆ, ಸುರಂಗ ರೂಟ್‌ಗೆ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಪೀರ್ ಇರುತ್ತವೆ. WireGuard, OpenVPN ಮತ್ತು IPsec ಎಲ್ಲವೂ ಸ್ವಲ್ಪ ವಿಭಿನ್ನ ಆಕಾರಗಳನ್ನು ತೋರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದು ಹೋಸ್ಟ್‌ನಿಂದ ಸಾಮಾನ್ಯೀಕರಿಸುವ ಬದಲು ನೀವು ನಿಜವಾಗಿ ಬಳಸಿದ ಆಕಾರವನ್ನು ದಾಖಲಿಸಿ.

ಸೇರಿಸಿ, ಖಚಿತಪಡಿಸಿ, ಹಿಂತಿರುಗಿಸಿ

ಇಡೀ ಬದಲಾವಣೆ ಮೂರು ಆಜ್ಞೆಗಳು ಮತ್ತು ಒಂದು ಪರಿಶೀಲನೆ, ಮತ್ತು ಅದನ್ನು ಅದೇ ಕ್ರಮದಲ್ಲಿ ಬರೆಯಬೇಕು:

sudo ip route add 10.70.0.0/24 via 192.168.20.5
ip route get 10.70.0.10
ping -c 3 10.70.0.10
sudo ip route del 10.70.0.0/24 via 192.168.20.5

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