VPN ರೂಟ್ ip route ಔಟ್ಪುಟ್ನಲ್ಲಿ ಗೇಟ್ವೇ ಏಕೆ ತೋರಿಸುವುದಿಲ್ಲ
ಸಾಧನವಿದ್ದು ಗೇಟ್ವೇ ಇಲ್ಲದ ಸಾಲು ನೇರ ರೂಟ್, ಮುರಿದದ್ದಲ್ಲ. ಗಮ್ಯಸ್ಥಾನ, dev ಮತ್ತು scope ಓದಿ, ನಂತರ ip route get ನಿಂದ ಖಚಿತಪಡಿಸಿ.
ಗೇಟ್ವೇ ಕಾಲಮ್ ಖಾಲಿಯಾದಾಗಲೆಲ್ಲ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ಮುರಿದದ್ದಾಗಿ ಓದಲಾಗುತ್ತದೆ, ಆದರೆ ಸಾಲು ಸಾಮಾನ್ಯವಾಗಿ ತಾನೇ ಪೂರ್ಣವಾಗಿರುತ್ತದೆ. via ಕ್ಷೇತ್ರವು ಕರ್ನಲ್ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮುಂದಿನ ಹಾಪ್ ವಿಳಾಸಕ್ಕೆ ಒಪ್ಪಿಸಿದಾಗ ಮಾತ್ರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ; ಇಂಟರ್ಫೇಸ್ಗೆ ಜೋಡಿಸಿದ ರೂಟ್ ತನ್ನ ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಬದಲಿಗೆ ಲಿಂಕ್-ಲೇಯರ್ ವಿಭಜನೆಯ ಮೂಲಕ ಅಥವಾ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸಹವರ್ತಿಯ ಮೂಲಕ ತಲುಪುತ್ತದೆ. ಕಾಲಮ್ಗಳನ್ನು ಎಡದಿಂದ ಬಲಕ್ಕೆ ಓದುವುದು ನೀವು ಯಾವ ಸಂದರ್ಭದಲ್ಲಿದ್ದೀರಿ ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಆ ಓದುವಿಕೆ ಯಾರಾದರೂ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಸಂಪಾದಿಸುವ ಮೊದಲೇ ನಡೆಯಬೇಕು. ಕಾಣೆಯಾದ ಗೇಟ್ವೇ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ಟಿಕೆಟ್ಗಳು ಈ ವ್ಯತ್ಯಾಸದಲ್ಲಿಯೇ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ.
ರೂಟ್ ಸಾಲನ್ನು ಕಾಲಮ್ ಕಾಲಮ್ ಆಗಿ ಓದಿ
ಪ್ರತಿ ನಮೂದು ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಅದರ ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದದಿಂದ ಪ್ರಾರಂಭವಾಗಿ, ನಂತರ ಸ್ಥಿರ ಪದಕೋಶದಲ್ಲಿ ಮಾರ್ಪಡಕಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ: via, dev, proto, scope, src ಮತ್ತು metric. 198.51.100.0/24 dev tun0 proto kernel scope link src 198.51.100.2 ನಂತಹ ಸಾಲು ದಟ್ಟವಾಗಿದೆ ಆದರೆ ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ. ಅದರಲ್ಲಿ ಏನೂ ಕಾಣೆಯಾಗಿಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ರೂಟರ್ ವಿಳಾಸವೂ ಸೂಚಿಸಲ್ಪಟ್ಟಿಲ್ಲ.
via ಇಲ್ಲದಿರುವುದೇ ಕುತೂಹಲಕಾರಿ ಭಾಗ. ಮುಂದಿನ ಹಾಪ್ ಇಲ್ಲದಿದ್ದರೆ, ಕರ್ನಲ್ ಗಮ್ಯಸ್ಥಾನವನ್ನು ನೇರವಾಗಿ ಹೆಸರಿಸಿದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಪರಿಹರಿಸುತ್ತದೆ, ಇದು ಸುರಂಗಕ್ಕೆ ಫ್ರೇಮ್ ಅನ್ನು ಸುರಂಗ ಸಾಧನಕ್ಕೆ ಒಪ್ಪಿಸಿ, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಅಲ್ಲಿಂದ ಮುಂದುವರಿಯಲು ಬಿಡುವುದು ಎಂದರ್ಥ. proto kernel ವಿಳಾಸ ನಿಗದಿಪಡಿಸಿದಾಗ ನಮೂದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಥಾಪನೆಯಾಯಿತು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ನಿರ್ವಾಹಕರು ಟೈಪ್ ಮಾಡಿದ್ದಲ್ಲ. scope link ಗಮ್ಯಸ್ಥಾನವು ಆ ಕೊಂಡಿಯಲ್ಲಿ ರೂಟರ್ ಮೂಲಕ ಹಾದುಹೋಗದೆ ತಲುಪಬಹುದು ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು src ಹೊಂದಿಕೆಯಾಗುವ ಸಂಚಾರಕ್ಕೆ ಮೂಲವಾಗಿ ಕರ್ನಲ್ ಆದ್ಯತೆ ನೀಡುವ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ.
ಈಗ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ ಓದಿ: default via 192.0.2.254 dev eth0 proto static metric 100. ಇಲ್ಲಿ via ಇದೆ ಏಕೆಂದರೆ ಪ್ಯಾಕೆಟ್ಗೆ ನಿಜವಾಗಿಯೂ ಮುಂದಿನ ಹಾಪ್ ಬೇಕು, ಮತ್ತು ಆ ಹಾಪ್ ಸ್ವತಃ eth0 ನಲ್ಲಿ ತಲುಪಬಹುದಾಗಿರಬೇಕು. ಆ ಎರಡು ಸಾಲುಗಳು ಒಂದರ ಇನ್ನೊಂದು ರೂಪಾಂತರಗಳಲ್ಲ; ಸಂಚಾರ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಅವು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ.
ಪರಸ್ಪರ ಗೊಂದಲಕ್ಕೀಡಾಗುವ ಎರಡು ರೂಟ್ ಆಕಾರಗಳು
ಸುರಂಗದ ಸಬ್ನೆಟ್ ರೂಟ್ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಸ್ಕ್ರೀನ್ಶಾಟ್ನಲ್ಲಿ ಹೋಲುತ್ತವೆ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ. ಕೆಳಗಿನ ಕೋಷ್ಟಕವನ್ನು ಕ್ಷೇತ್ರಗಳನ್ನು ಓದಲು ಸಹಾಯಕವಾಗಿ ಬಳಸಿ, ನಂತರ ಮಾರ್ಗದರ್ಶಿಯ ಮಾದರಿಯನ್ನು ನಂಬುವ ಬದಲು ನೀವು ಡೀಬಗ್ ಮಾಡುತ್ತಿರುವ ಯಂತ್ರದಲ್ಲಿಯೇ ನಿಜವಾದ ಸಂಖ್ಯೆಗಳನ್ನು ಖಚಿತಪಡಿಸಿ.
| Piece of the line | What it settles | What it says nothing about |
|---|---|---|
| The destination and mask | Which packets are eligible to match | Where those packets leave the host |
via plus its address | Which next hop receives them, and therefore that a router is involved | Whether that router is reachable or sane |
dev | Which interface carries the encapsulated or raw packet | Whether the interface is up or has a carrier |
proto and scope | Who installed the entry and how far the destination is considered to be | Whether a firewall later drops the traffic |
ಕೋಷ್ಟಕ ಹೇಳಲಾಗದ್ದು ಉದ್ದೇಶ. ಸುರಂಗದ ಮೂಲಕ ಖಾಸಗಿ ಶ್ರೇಣಿಗೆ ನೇರ ರೂಟ್ ಉದ್ದೇಶಪೂರ್ವಕವಾದ ವಿಭಜಿತ ಸುರಂಗ ವಿನ್ಯಾಸವಾಗಿದೆ; ಎಲ್ಲವನ್ನೂ VPN ಮೂಲಕ ಕಳುಹಿಸಬೇಕಾದ ಹೋಸ್ಟ್ನಲ್ಲಿ ಅದೇ ಆಕಾರ ಕಾಣಿಸಿಕೊಳ್ಳುವುದು ಲಕ್ಷಣವಾಗಿದೆ. ಉದ್ದೇಶವು ನಮೂದನ್ನು ಸೃಷ್ಟಿಸಿದ ಸಂರಚನೆಯಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕರ್ನಲ್ ಏನಾದರೂ ತಪ್ಪು ಮಾಡಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಅದನ್ನು ಸ್ಥಾಪಿಸಿದ ಸಾಧನವನ್ನು ನೋಡಿ.
ಅದೇ ರೀತಿ, ಕಾಣೆಯಾದ ಗೇಟ್ವೇ ಒಂದನ್ನು ಕಲ್ಪಿಸಿಕೊಳ್ಳುವ ಅನುಮತಿಯಲ್ಲ. ರೂಟ್ಗೆ ನಿಜವಾಗಿಯೂ ಮುಂದಿನ ಹಾಪ್ ಬೇಕಾದರೆ, ಆ ಹಾಪ್ ಅದನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ತಲುಪಬಹುದಾಗಿರಬೇಕು, ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸುರಂಗಕ್ಕೆ ಸಹವರ್ತಿಯ ವಿಳಾಸವು ಸ್ಥಳೀಯ ವಿಳಾಸದಂತೆಯೇ ಅದೇ ವಸ್ತುವಲ್ಲ. ಸ್ಥಳೀಯ ಸುರಂಗ ವಿಳಾಸವನ್ನು ಎಥರ್ನೆಟ್ ರೂಟರ್ ಎಂದು ಪರಿಗಣಿಸುವುದು ಸರಿಯಾಗಿ ಕಾಣುವ ಮತ್ತು ಏನನ್ನೂ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸದ ರೂಟ್ ರಚಿಸುವ ಸಾಮಾನ್ಯ ವಿಧಾನವಾಗಿದೆ.
ಕರ್ನಲ್ ಅನ್ನು ವಾಸ್ತವವಾಗಿ ಯಾವ ಸಾಲನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಕೇಳಿ
ಕೋಷ್ಟಕವನ್ನು ಓದುವುದು ಹುಡುಕಾಟ ನಡೆಸುವುದಕ್ಕೆ ಸಮನಲ್ಲ, ಏಕೆಂದರೆ ಉತ್ತರಿಸುವ ಮೊದಲು ಕರ್ನಲ್ ನೀತಿ ನಿಯಮಗಳು, ಹಲವು ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಕ್ಯಾಶ್ ಮಾಡಿದ ನಮೂದುಗಳನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಿಜವಾದ ಹುಡುಕಾಟ ನಡೆಸುವ ಕ್ರಿಯಾಪದ ip route get, ಮತ್ತು ಅದು ಆ ಗುಣಲಕ್ಷಣಗಳಿರುವ ಪ್ಯಾಕೆಟ್ ತೆಗೆದುಕೊಳ್ಳುವ ರೂಟ್ ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ.
ip route get 203.0.113.37 from 198.51.100.2 iif tun0ನಿಮಗೆ ನಿಜವಾಗಿ ಮುಖ್ಯವಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಹಾಕಿ, ನಂತರ ಸಂಚಾರವನ್ನು ಮೂಲದ ಆಧಾರದಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಿದಾಗ ಅಥವಾ ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದಾಗ from ಅಥವಾ iif ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಸಾಮಾನ್ಯ ಸ್ಥಳೀಯ ಹುಡುಕಾಟವು ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದ ಕ್ಲೈಂಟ್ಗಿಂತ ಬೇರೆ ಮಾರ್ಗ ಆಯ್ಕೆ ಮಾಡಬಹುದು. ಉತ್ತರವು ಇಂಟರ್ಫೇಸ್, ಆಯ್ಕೆ ಮಾಡಿದ ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಯಾವುದೇ ಮುಂದಿನ ಹಾಪ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಇದು ಆ ಕ್ಷಣದಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರೂಟ್ ಮಾಡಲು ಬಳಸುವ ಅದೇ ಮಾಹಿತಿ.
ಉತ್ತರ ನಿಮ್ಮನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸಿದರೆ, ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ನಿಯಮಗಳನ್ನು ಮುದ್ರಿಸಿ: ip -4 rule show ಅವುಗಳನ್ನು ಆದ್ಯತೆಯ ಕ್ರಮದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ತನ್ನದೇ ಕೋಷ್ಟಕ ಅಥವಾ ಗುರುತಿಸಿದ ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ನಿಯಮವನ್ನು ಸ್ಥಾಪಿಸುವ VPN ಕ್ಲೈಂಟ್ ಮುಖ್ಯ ಕೋಷ್ಟಕದಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಕಾಣಿಸುವುದಿಲ್ಲ. ಪ್ರತಿ ಕೋಷ್ಟಕವನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದು ಆ ಕಂದಕವನ್ನು ಮುಚ್ಚುತ್ತದೆ.
ip -4 route show table all | grep -E 'tun|default'ಡೀಫಾಲ್ಟ್ ಬದಲಿಸುವ ಮೊದಲು ಅಂಡರ್ಲೇ ಪರಿಶೀಲಿಸಿ
ಸುರಂಗದ ಸ್ವಂತ ಪ್ಯಾಕೆಟ್ಗಳು ದೂರದ ಎಂಡ್ಪಾಯಿಂಟ್ ತಲುಪಬೇಕು, ಮತ್ತು ಅವು VPN ಬರುವ ಮೊದಲು ಇದ್ದ ರೂಟ್ ಬಳಸಿ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಅದನ್ನು ಮಾಡುತ್ತವೆ. ಆ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಪಿನ್ ಮಾಡದೆ ಇಡೀ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಬದಲಿಸುವುದು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಅವು ನಿರ್ಮಿಸಬೇಕಾದ ಸುರಂಗದೊಳಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕ ಕುಸಿಯುತ್ತದೆ. ಮೊದಲು ಕೇವಲ ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಳಾಸದ ಹುಡುಕಾಟದಿಂದ ಎಂಡ್ಪಾಯಿಂಟ್ ಮಾರ್ಗವನ್ನು ಖಚಿತಪಡಿಸಿ.
ಬದಲಾವಣೆ ಮಾಡುವಾಗ ಮೂರು ವಿಷಯಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಿ: ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಉಳಿಯಬೇಕಾದ ಎಂಡ್ಪಾಯಿಂಟ್ ರೂಟ್, ಸುರಂಗಕ್ಕೆ ಪ್ರವೇಶಿಸಬೇಕಾದ ಖಾಸಗಿ ಶ್ರೇಣಿಗಳು, ಮತ್ತು ಉಳಿದ ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುವ ಡೀಫಾಲ್ಟ್. ಅವುಗಳನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಬೇರ್ಪಡಿಸಿ, ಒಂದೊಂದಾಗಿ ಅನ್ವಯಿಸಿ, ಮತ್ತು ಪ್ರತಿ ಹಂತದ ನಂತರ ಹುಡುಕಾಟವನ್ನು ಮತ್ತೆ ಚಲಾಯಿಸಿ. ನಂತರ ವಿಫಲವಾದ ಪಿಂಗ್ ತಾನೇ ತುಂಬಾ ಕಡಿಮೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಅನುಮತಿಗಳು, ಉತ್ತರ ರೂಟಿಂಗ್, DNS ಮತ್ತು ಸೇವೆ ಸ್ವತಃ ಎಲ್ಲವೂ ಸರಿಯಾದ ರೂಟ್ನ ಕೆಳಗಿನ ಹರಿವಿನಲ್ಲಿ ಕುಳಿತಿವೆ.
ಸಂಪಾದನೆಗೆ ಮೊದಲು ಸಾಲು ನೀಡಿದ ನಾಲ್ಕು ಮೌಲ್ಯಗಳನ್ನು ಬರೆಯಿರಿ: ಗಮ್ಯಸ್ಥಾನ, ಮುಂದಿನ ಹಾಪ್ ಅಥವಾ ಅದರ ಅನುಪಸ್ಥಿತಿ, ಸಾಧನ, ಮತ್ತು ಆಯ್ಕೆ ಮಾಡಿದ ಮೂಲ. ನಂತರದ ಬದಲಾವಣೆ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಸರಿಸಿದರೆ, ಯಾವ ನಿರ್ಧಾರ ನಿಜವಾಗಿ ಬದಲಾಯಿತು ಎಂದು ನಿಮಗೆ ತಿಳಿಯುತ್ತದೆ, ಮತ್ತು ಇಡೀ ಕೋಷ್ಟಕವನ್ನು ಊಹಿಸುವ ಬದಲು ಒಂದು ನಮೂದನ್ನು ಮರುಸ್ಥಾಪಿಸಬಹುದು.