macOS ನಲ್ಲಿ VPN ರೂಟ್ ಪರಿಶೀಲನೆ: ಏನನ್ನೂ ಬದಲಿಸದೆ route get

ಬಳಕೆದಾರರು ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಇಂಟ್ರಾನೆಟ್ ತಲುಪುತ್ತಾರೆ, ಸುರಂಗದ ಮೂಲಕವಲ್ಲ, ಆದರೆ ಸೆಟ್ಟಿಂಗ್ಗಳು VPN ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ಇನ್ನೂ ತೋರಿಸುತ್ತವೆ. ಆ ಕ್ಷಣದಲ್ಲಿ ರೂಟ್ ಟೇಬಲ್ ಸಂಪಾದಿಸುವುದು ರೋಗನಿರ್ಣಯಕ್ಕೆ ಬಳಸುತ್ತಿರುವ ರಿಮೋಟ್ ಸೆಷನ್ ಕಡಿತಗೊಳಿಸುವ ಅಪಾಯವಿದೆ. ಬದಲಾಗಿ ವಿಫಲ ಹೋಸ್ಟ್ಗೆ ಕರ್ನೆಲ್ ಯಾವ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ. macOS ನ route ಸಾಧನದಲ್ಲಿ get ಕಾರ್ಯಾಚರಣೆ ಇದೆ, ಅದು ಒಂದು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ನಿಖರವಾಗಿ ಅದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಏನನ್ನೂ ಬದಲಿಸದೆ.

ವಿಫಲ ಹೋಸ್ಟ್ಗೆ ಕೇಳಿ, ಡೀಫಾಲ್ಟ್ಗೆ ಅಲ್ಲ

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

ರೂಪವು route -n get ನಂತರ ವಿಳಾಸ: route -n get 203.0.113.10, ಇಲ್ಲಿ ದಾಖಲೆ ವಿಳಾಸ ನಿಮ್ಮ ಗುರಿಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಅಧಿಕೃತ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಹೊಂದಿಕೆಯಾಗುವ ವಿಳಾಸ ಕುಟುಂಬ ಬಳಸಿ, ಏಕೆಂದರೆ IPv4 ಉತ್ತರ IPv6 ಮಾತ್ರ ಸಂಪನ್ಮೂಲದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. route ಸಾಧನದ ದಾಖಲೆ get ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಅದು ಮುದ್ರಿಸುವ ಕ್ಷೇತ್ರಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಗೇಟ್ವೇಯನ್ನು ಸಾಕ್ಷ್ಯವಾಗಿ ಓದಿ

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

ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ಗಮ್ಯಸ್ಥಾನ, ಇಂಟರ್ಫೇಸ್, ಗೇಟ್ವೇ ಮತ್ತು ಪ್ರಶ್ನೆಯ ಸಮಯವನ್ನು ದಾಖಲಿಸಿ. ಔಟ್ಪುಟ್ ಸಾಕ್ಷ್ಯ, ರೋಗನಿರ್ಣಯವಲ್ಲ: ಸ್ಪ್ಲಿಟ್ ಸುರಂಗ ಇದ್ದಾಗ ಅದೇ ಇಂಟರ್ಫೇಸ್ ಒಂದು ಹೋಸ್ಟ್ಗೆ ಸರಿ ಮತ್ತು ಇನ್ನೊಂದಕ್ಕೆ ತಪ್ಪಾಗಿರಬಹುದು.

ಸರಿಯಾದ ರೂಟ್ ಕೆಲಸ ಮಾಡುವ ವಿನಂತಿಯಲ್ಲ

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

ರೂಟಿಂಗ್ ಟೇಬಲ್ ಪಟ್ಟಿಗೆ ಇನ್ನೂ ಸ್ಥಾನವಿದೆ: ಅನಿರೀಕ್ಷಿತ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಹಾಗೆ ಗಮನಿಸುತ್ತೀರಿ. ಉಳಿದ ಸಾಮಾನ್ಯ ಡೀಫಾಲ್ಟ್ VPN ಬಳಕೆಯಲ್ಲಿಲ್ಲ ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ನಮೂದುಗಳು ಅದನ್ನು ಮೀರುತ್ತವೆ.

ಎಂಡ್ಪಾಯಿಂಟ್ ಮತ್ತು ಸಂಪನ್ಮೂಲವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಿ

ಎರಡು ಹುಡುಕಾಟಗಳು ಒಳಗೊಂಡಿವೆ ಮತ್ತು ಅವು ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ. ಎಂಡ್ಪಾಯಿಂಟ್ ತಲುಪುವುದು ಭೌತಿಕ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಹೊರ ಪ್ರಯಾಣ. ಅಪ್ಲಿಕೇಶನ್ ತಲುಪುವುದು ಸುರಂಗದ ಒಳಗೆ, ಖಾಸಗಿ ಬದಿಯಲ್ಲಿ ಮಾತ್ರ ಇರುವ ವಿಳಾಸದಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ಎರಡನ್ನೂ ಗೊಂದಲಿಸಿದರೆ ಎಂಡ್ಪಾಯಿಂಟ್ ತಾನು ಕೊನೆಗೊಳಿಸುವ ಸುರಂಗದ ಮೂಲಕ ರೂಟ್ ಆಗುತ್ತಿರುವಂತೆ ಕಾಣುವ ಸಾಂಪ್ರದಾಯಿಕ ಸುಳ್ಳು ಲೂಪ್ ಉಂಟಾಗುತ್ತದೆ. ಎರಡೂ ವಿಳಾಸಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕೇಳಿ, ಪ್ರತಿ ಫಲಿತಾಂಶವನ್ನು ಲೇಬಲ್ ಮಾಡಿ, ಗೊಂದಲ ಮಾಯವಾಗುತ್ತದೆ.

ಪ್ರಿಫಿಕ್ಸ್ ಓವರ್ಲ್ಯಾಪ್ ತಿಳಿಯಲು ಯೋಗ್ಯವಾದ ಇನ್ನೊಂದು ಪ್ರಕರಣ. ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ಶ್ರೇಣಿಗಳು ಓವರ್ಲ್ಯಾಪ್ ಆದಾಗ, ದೀರ್ಘತಮ ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಾಣಿಕೆ ನಿರ್ಧರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಓವರ್ಲ್ಯಾಪ್ ಆಗುವ ಸ್ಥಳೀಯ ಸಬ್ನೆಟ್ ನೀವು ನಿರೀಕ್ಷಿಸಿದ ದೂರದ ವಿಳಾಸವನ್ನು ಮರೆಮಾಡಬಹುದು. ಆಗ ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನ ಸ್ಥಳೀಯದಂತೆಯೇ ಕಾಣುತ್ತದೆ, ಮತ್ತು ಪರಿಹಾರ ರೂಟ್ ಟೇಬಲ್ನಲ್ಲಲ್ಲ, ವಿಳಾಸ ಯೋಜನೆಯಲ್ಲಿದೆ. get ಪ್ರಶ್ನೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಗೆದ್ದಿತು ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಬೇಕಾದ ಸಂಗತಿ ಅದೇ.

ಮೊದಲು ಓದಿ, ನಂತರ ಬದಲಿಸಿ

route add ಮತ್ತು route delete ಅನ್ನು ಮೊದಲ ಸುತ್ತಿನಿಂದ ಹೊರಗಿಡಿ. ನೀವು ದೂರದಿಂದ ನಿರ್ವಹಿಸುವ Mac ನಲ್ಲಿ, ಒಂದು ಅಜಾಗರೂಕ ಟೇಬಲ್ ಸಂಪಾದನೆ ಯಂತ್ರಕ್ಕೆ ಹಿಂತಿರುಗುವ ದಾರಿಯನ್ನೇ ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ರೋಗನಿರ್ಣಯ ಮುಗಿಸಲು ಯಾರೂ ಉಳಿಯುವುದಿಲ್ಲ. ಸರಿಯಾದ ರೂಟ್ ಯಾವುದೆಂದು ನಿರ್ಧರಿಸಿ, ಬದಲಾವಣೆಯನ್ನು ಹೇಗೆ ರದ್ದು ಮಾಡುವುದೆಂದು ಬರೆಯಿರಿ, ನಂತರವೇ ಅದನ್ನು ಚಲಾಯಿಸಿ. ಪರಿಶೀಲನೆಗೆ ಅಂತಹ ಬಾಲವಿಲ್ಲ.

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