ಎರಡು VPN ಕ್ಲೈಂಟ್‌ಗಳು, ಒಂದು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ: ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಯಾರಿಗೆ ಸಿಗುತ್ತದೆ

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

ಘರ್ಷಣೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿಯೇ ಇದೆ

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

ಕ್ಲೈಂಟ್‌ಗಳು ಒಂದೇ ಹಂಚಿದ ಕೋಷ್ಟಕದ ಸಂಪಾದಕರು. ಯಾವ ಬದಲಾವಣೆ ಕೊನೆಯದಾಗಿ ಆಯಿತು ಎಂದು ತಿಳಿಯುವುದು ಬಹುತೇಕ ಪ್ರತಿ ಲಕ್ಷಣವನ್ನೂ ವಿವರಿಸುತ್ತದೆ.

ಪ್ರಸ್ತುತ ಮಾರ್ಗ ಯಾವ ಸುರಂಗದ ಒಡೆತನದಲ್ಲಿದೆ ಎಂದು ಓದಿ

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

ip route get 10.20.0.5
route print -4

ಮೊದಲ ಆಜ್ಞೆ ಒಂದು ಗಮ್ಯಸ್ಥಾನಕ್ಕಾಗಿ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಮೂಲ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ನಿಮಗೆ ಮುಖ್ಯವಾದ ನಿಖರ ಪ್ರಶ್ನೆ. ರೂಟ್ ಡಂಪ್ Windows ನಲ್ಲಿ ಸ್ಪರ್ಧಿಸುವ ಡೀಫಾಲ್ಟ್ ನಮೂದುಗಳನ್ನು ಮತ್ತು ಅವುಗಳ ಮೆಟ್ರಿಕ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಹಾಗಾಗಿ ಈಗ ಯಾವುದು ಗೆಲ್ಲುತ್ತಿದೆ ಎಂದು ಕಾಣುತ್ತದೆ. ಪ್ರತಿ ದೂರದ ಜಾಲದಲ್ಲಿನ ಒಂದು ಹೋಸ್ಟ್‌ಗಾಗಿ ಹುಡುಕಾಟ ನಡೆಸಿ, ಏಕೆಂದರೆ ಒಂದು ಗಮ್ಯಸ್ಥಾನ ಸರಿಯಾಗಿರಬಹುದು ಆದರೆ ಇನ್ನೊಂದು ಜಾಲ ತಲುಪಲಾಗದಿರಬಹುದು. ಉತ್ತರ ತಪ್ಪು ಸುರಂಗವನ್ನು ಹೆಸರಿಸಿದರೆ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದರಿಂದ ಪ್ರಯೋಜನವಿಲ್ಲ; ರೂಟ್ ನೀತಿ ಬದಲಾಗಬೇಕು.

ಎರಡನೇ ಕ್ಲೈಂಟ್ ಎಲ್ಲವನ್ನೂ ಕ್ಲೇಮ್ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ

ಒಂದು ಕ್ಲೈಂಟ್ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಹೊಂದಿರಬೇಕು, ಇನ್ನೊಂದು ತನ್ನದೇ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಮಾತ್ರ ಒಯ್ಯಬೇಕು. OpenVPN ಕ್ಲೈಂಟ್‌ಗಳು ಸರ್ವರ್ ತಳ್ಳುವುದನ್ನು ನಿರಾಕರಿಸಬಹುದು.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull ತಳ್ಳಲಾದ ಪ್ರತಿ ರೂಟ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ, ಆದರೆ pull-filter ignore "redirect-gateway" ಡೀಫಾಲ್ಟ್-ರೂಟ್ ಸೂಚನೆಯನ್ನು ಮಾತ್ರ ಬಿಟ್ಟು ತಳ್ಳಲಾದ DNS ಮತ್ತು ಇತರ ಆಯ್ಕೆಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಸರ್ವರ್ ಸಂರಚನೆಯ ಎಷ್ಟು ಭಾಗ ಬೇಕು ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಇವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಿ, ನಂತರ ಎರಡನೇ ಜಾಲಕ್ಕೆ ಬೇಕಾದ ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಸೇರಿಸಿ. DNS ಅನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ, ಏಕೆಂದರೆ ಹುಡುಕಾಟಗಳನ್ನು ಒಯ್ಯದ ಸುರಂಗ ತಳ್ಳುವ ರಿಜಾಲ್ವರ್ ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸುವುದಿಲ್ಲ. ಪ್ರತಿ ಜಾಲದಲ್ಲಿ ಒಂದು ಪರಿಚಿತ ಹೋಸ್ಟ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ದೂರದ ಬದಿ ಕಾಣುವ ಮೂಲ ವಿಳಾಸವನ್ನು ದೃಢೀಕರಿಸಿ.

ಅತಿಕ್ರಮಿಸುವ ಸಬ್‌ನೆಟ್‌ಗಳಿಗೆ ಪರ್ಯಾಯ ಮಾರ್ಗವಿಲ್ಲ

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

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