ಸ್ಥಳೀಯ ರೂಟ್ VPN ನ ಡಿಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಏಕೆ ಸೋಲಿಸುತ್ತದೆ

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

ಸಂಪರ್ಕಿತ ಪ್ರಿಫಿಕ್ಸ್ ಡಿಫಾಲ್ಟ್ ರೂಟ್ಗಿಂತ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ

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

ಖಾಸಗಿ ವಿಳಾಸ ಸ್ಥಳವು ಅನನ್ಯವಲ್ಲ, ಮತ್ತು ಎರಡು ಸೈಟ್ಗಳು ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ ಆಯ್ಕೆ ಮಾಡುವುದು ಯೋಜಿಸಲು ಸಾಕಷ್ಟು ಸಾಮಾನ್ಯ. ಶ್ರೇಣಿಗಳು ಓವರ್ಲ್ಯಾಪ್ ಆದಾಗ ಸ್ಥಳೀಯ ಉತ್ತರ ಬೇಗ ಬರುತ್ತದೆ ಮತ್ತು ಅಧಿಕೃತವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯವನ್ನು ಲಾಗಿನ್ ಸಮಸ್ಯೆ ಎಂದು ತಪ್ಪಾಗಿ ಓದುವುದು ಸುಲಭ. ಗಮ್ಯಸ್ಥಾನ ಉತ್ತರಿಸಿತು, ನೀವು ಉದ್ದೇಶಿಸಿದ್ದು ಮಾತ್ರ ಅಲ್ಲ.

ಕರ್ನಲ್ ಮಾಡುವ ಆಯ್ಕೆಯನ್ನು ಓದಿ

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

ip route get 10.20.30.41
ip route show table all | grep -E '10\.|default'
ip rule show

ಮೊದಲ ಔಟ್ಪುಟ್ ಇಂಟರ್ಫೇಸ್, ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಕರ್ನಲ್ ಬಳಸುವ ಮೂಲ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಮುಖ್ಯವಾದ ಉತ್ತರ. dev ಮೌಲ್ಯವು ಸ್ಥಳೀಯ ಸೇತುವೆಯತ್ತ ತೋರಿಸಿದರೆ ಪ್ಯಾಕೆಟ್ ಎಂದಿಗೂ ಟನೆಲ್ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ ಎಂದರ್ಥ, VPN ಕ್ಲೈಂಟ್ನ ಸ್ಥಿತಿ ಪ್ಯಾನೆಲ್ ಏನೇ ಹೇಳಿಕೊಂಡರೂ. ಫಿಲ್ಟರ್ ಮಾಡಿದ ಟೇಬಲ್ ಪಟ್ಟಿ ಬೇರೆ ಟೇಬಲ್ನಲ್ಲಿ ಅದೇ ಪ್ರಿಫಿಕ್ಸ್ ಇದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ನಿಯಮ ಪಟ್ಟಿ ಆ ಟೇಬಲ್ಗಳನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಸಂಪರ್ಕಿಸಲಾಗುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ನೀತಿ ನಿಯಮವು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟ ಟೇಬಲ್ ಮೂಲಕ ಕಳುಹಿಸಬಹುದು ಮುಖ್ಯ ಟೇಬಲ್ ಒಪ್ಪದಿದ್ದರೂ ಸಹ, ಆದ್ದರಿಂದ ಆ ಕ್ರಮ ಉತ್ತರದ ಭಾಗವಾಗಿದೆ.

ಸ್ಥಳೀಯ ಪ್ರವೇಶ ಬೇರೆಯದೇ ಅನುಮತಿ

ರೂಟ್ ಇರುವುದು ಅದನ್ನು ಬಳಸಲು ಅನುಮತಿ ಇರುವುದಲ್ಲ. ಬಹುಪಾಲು ಕ್ಲೈಂಟ್ಗಳು ಟನೆಲ್ ಮೇಲಿರುವಾಗ ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ ಸಂವಹನವನ್ನು ನಿರ್ಬಂಧಿಸಬಹುದು, ಮತ್ತು ಆ ಸೆಟ್ಟಿಂಗ್ ರೂಟಿಂಗ್ನ ಪರಿಣಾಮವಲ್ಲ, ನೀತಿ ನಿರ್ಧಾರ. ವಿಶ್ವಾಸಾರ್ಹ ಹತ್ತಿರದ ಸೇವೆ ವಿನ್ಯಾಸದ ಭಾಗವಾದಾಗ, ರೂಟ್ಗಳನ್ನು ಕಲ್ಪಿಸುವ ಬದಲು ಬೆಂಬಲಿತ ಸ್ಥಳೀಯ ಪ್ರವೇಶ ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ. ಸಾಧನವು ಸಾರ್ವಜನಿಕ Wi-Fi ನಲ್ಲಿದ್ದರೆ ಅದನ್ನು ಆಫ್ ಇಡಿ.

ಎರಡು ಪದರಗಳು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ. ತಡೆಹಿಡಿದ ಸ್ಥಳೀಯ ಮಾರ್ಗ ರೂಟ್ ಇದ್ದರೂ ಸಮಯ ಮೀರುವಿಕೆ ನೀಡುತ್ತದೆ, ಆದರೆ ಓವರ್ಲ್ಯಾಪ್ ಆಗುವ ರೂಟ್ ತಪ್ಪು ಹೋಸ್ಟ್ನಿಂದ ಉತ್ತರ ನೀಡುತ್ತದೆ. ಅವುಗಳನ್ನು ಬೇರ್ಪಡಿಸಲು ಒಂದು ಪ್ರಶ್ನೆ ಸಾಕು ಮತ್ತು ಫೈರ್ವಾಲ್ ಬದಲಾವಣೆಗಳ ಅರ್ಧ ದಿನ ಉಳಿಯುತ್ತದೆ, ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ವ್ಯವಸ್ಥೆ strongSwan ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಟಿಪ್ಪಣಿಗಳು ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ.

ಹೋಸ್ಟ್ ರೂಟ್ಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸದೆ ಓವರ್ಲ್ಯಾಪ್ ಸರಿಪಡಿಸಿ

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

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