ಅದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಅದರ ಸರ್ವರ್ ಚಲಿಸಿದಾಗ OpenVPN ಕ್ಲೈಂಟ್ ನಿಲ್ಲುತ್ತದೆ
ಒಂದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಎರಡು OpenVPN ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗಳು ಒಂದೇ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಮತ್ತು ರೂಟ್ ಟೇಬಲ್‌ಗಾಗಿ ಹೋರಾಡುತ್ತವೆ. ಪೋರ್ಟ್ ಅನ್ನು ಪಿನ್ ಮಾಡಿ, ಸಾಧನಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ ಮತ್ತು ಯಾವ ಟೇಬಲ್ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ನನ್ನ ಬಳಿ ದೂರದ ಸೈಟ್‌ನಿಂದ ಟನೆಲ್ ಸ್ವೀಕರಿಸುವ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ವಿಕ್ರೇತೃ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಡಯಲ್ ಮಾಡುವ ಲ್ಯಾಬ್ ಯಂತ್ರವಿತ್ತು. ಔಟ್‌ಬೌಂಡ್ ಪ್ರೊಫೈಲ್ ವಾರಗಳ ಕಾಲ ಕೆಲಸ ಮಾಡಿತ್ತು. ಇನ್‌ಬೌಂಡ್ ಸರ್ವರ್ ಸೇರಿಸಿದ ನಂತರ, ಔಟ್‌ಬೌಂಡ್ ಸಂಪರ್ಕಗೊಂಡು ನಂತರ ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಸಂಚಾರವನ್ನು ರವಾನಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿತು, ಅಥವಾ ವಿಳಾಸವು ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿದೆ ಎಂಬ ದೋಷದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗಲು ನಿರಾಕರಿಸಿತು. ಸಂರಚನಾ ಫೈಲ್‌ಗಳು ಬದಲಾಗಿರಲಿಲ್ಲ; ಹೋಸ್ಟ್ ಕೇವಲ ಪೋರ್ಟ್‌ಗಳು ಮತ್ತು ರೂಟ್‌ಗಳ ಬಗ್ಗೆ ತನ್ನದೇ ಅಭಿಪ್ರಾಯವಿರುವ ಎರಡನೇ OpenVPN ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪಡೆದುಕೊಂಡಿತ್ತು.
ವೈಫಲ್ಯವು ಯಾದೃಚ್ಛಿಕವಲ್ಲ, ಮತ್ತು ಅದು ದೃಢೀಕರಣದ ಸಮಸ್ಯೆಯಲ್ಲ. ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಎರಡು ಡೀಮನ್‌ಗಳು ಒಂದೇ ಸ್ಥಳೀಯ ಸಾಕೆಟ್ ಮತ್ತು ಒಂದೇ ರೂಟಿಂಗ್ ಟೇಬಲ್‌ಗಾಗಿ ಸ್ಪರ್ಧಿಸುತ್ತವೆ, ಮತ್ತು ಕೊನೆಯದಾಗಿ ಪ್ರಾರಂಭವಾಗುವ ಅಥವಾ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವ ಒಂದು ಸಾಮಾನ್ಯವಾಗಿ ಗೆಲ್ಲುತ್ತದೆ. ಈ ಎರಡು ಘರ್ಷಣೆಗಳಲ್ಲಿ ನಿಮ್ಮ ಬಳಿ ಯಾವುದು ಇದೆ ಎಂದು ತಿಳಿಯುವುದು ಮೊದಲು ಎಲ್ಲಿ ನೋಡಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಲಕ್ಷಣವನ್ನು ಹಿಮ್ಮುಖವಾಗಿ ಓದಿ
ಟನೆಲ್ ಯಾವಾಗ ಸಾಯುತ್ತದೆ ಎಂಬುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ. ಪ್ರಾರಂಭದಲ್ಲಿ ಬೈಂಡ್ ದೋಷವು ಆಲಿಸುವ ಬದಿಗೆ ತೋರಿಸುತ್ತದೆ: ಏನೋ ಈಗಾಗಲೇ ಆ ಪೋರ್ಟ್ ಅನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು OpenVPN ಅದನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಬದಲು ಪ್ರಾರಂಭವಾಗಲು ನಿರಾಕರಿಸುತ್ತದೆ. ಮೇಲೆ ಬಂದು ನಂತರ ಸದ್ದಿಲ್ಲದೆ ಹೋಗುವ ಟನೆಲ್ ರೂಟಿಂಗ್‌ಗೆ ತೋರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಇನ್ನೊಂದು ಇನ್‌ಸ್ಟೆನ್ಸ್ ಸ್ಥಾಪಿಸಿದ ರೂಟ್ ಹೊರಗಿನ ಸಂಪರ್ಕದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಅವುಗಳ ಮಾರ್ಗದಿಂದ ಎಳೆದುಕೊಳ್ಳಬಹುದು.
ಎರಡೂ ಸಂದರ್ಭಗಳು ಒಂದೇ ಬಳಕೆದಾರರ ದೂರನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಮರುಪ್ರಯತ್ನ ಲೂಪ್‌ಗಳು ಮತ್ತು ವಾಚ್‌ಡಾಗ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಏನನ್ನೂ ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಅವು ಕ್ಲೈಂಟ್ ಅನ್ನು ಅದೇ ಘರ್ಷಣೆಗೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತವೆ. ಮೊದಲ ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಎಂದರೆ ಸಂಚಾರ ನಿಲ್ಲುವಾಗ ಪ್ರಕ್ರಿಯೆ ಇನ್ನೂ ಚಲಿಸುತ್ತಿದೆಯೇ ಎಂಬುದು.
ಪ್ರತಿ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗೆ ಒಂದು ಸಾಕೆಟ್ ಮತ್ತು ಒಂದು ಸಾಧನ
ಆಲಿಸುವ ಸರ್ವರ್ ತನ್ನ ಪೋರ್ಟ್ ಅನ್ನು ಬೈಂಡ್ ಮಾಡುತ್ತದೆ; ಔಟ್‌ಬೌಂಡ್ ಕ್ಲೈಂಟ್‌ಗೂ ಅದರ ಸುತ್ತುವರಿದ ಸಂಚಾರಕ್ಕಾಗಿ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಬೇಕು. ಎರಡೂ ಒಂದೇ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ವಾಸಿಸುವಾಗ, ಕ್ಲೈಂಟ್‌ನ ಡೀಫಾಲ್ಟ್ ನಡವಳಿಕೆ ಸರ್ವರ್‌ನ ಪೋರ್ಟ್‌ಗೆ ಘರ್ಷಿಸಬಹುದು. ಕ್ಲೈಂಟ್‌ನ ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಅನ್ನು ಪಿನ್ ಮಾಡಬಹುದು, ಮತ್ತು ಸಹಚರನಿಗೆ ಸ್ಥಿರ ಮೂಲ ಪೋರ್ಟ್ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ ಬೈಂಡಿಂಗ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು:
lport 1195
nobind
dev tun1ಆ ಸಂಖ್ಯೆಗಳು ಉದಾಹರಣೆಗಳು, ಅಗತ್ಯವಲ್ಲ. ಮುಖ್ಯವಾದುದು ಎಂದರೆ ಕ್ಲೈಂಟ್ ಸರ್ವರ್‌ನ ಪೋರ್ಟ್‌ಗಾಗಿ ಸ್ಪರ್ಧಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವುದು ಮತ್ತು ಪ್ರತಿ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಟನೆಲ್ ಸಾಧನ ಸಿಗುವುದು. tun0 ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಎರಡು ಡೀಮನ್‌ಗಳು, ಅವುಗಳ ಪೋರ್ಟ್‌ಗಳು ಭಿನ್ನವಾಗಿದ್ದರೂ, ಪರಸ್ಪರರ ಸಾಧನ ಸ್ಥಿತಿಯನ್ನು ಮೇಲೆ ಬರೆಯುತ್ತವೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಟನೆಲ್‌ಗೆ ಒಂದು ಸಾಧನವು ಐಚ್ಛಿಕವಲ್ಲ.
nobind ಕ್ಲೈಂಟ್ ಬದಿಗೆ ಸೇರಿದೆ. ಸರ್ವರ್ ಇನ್ನೂ ಬೈಂಡ್ ಮಾಡಿ ಆಲಿಸಬೇಕು, ಆದ್ದರಿಂದ ಸಾಲನ್ನು ಸರ್ವರ್ ಸಂರಚನೆಗೆ ನಕಲಿಸಬೇಡಿ, ಮತ್ತು ಸಹಚರನು ಸ್ಥಿರ ಮೂಲ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಫಿಲ್ಟರ್ ಮಾಡುವ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಬೈಂಡಿಂಗ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬೇಡಿ.
ಡೀಫಾಲ್ಟ್ ರೂಟ್‌ಗೆ ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ಆಯ್ಕೆಮಾಡಿ
ಕೇವಲ ಒಂದು ಸಂಪರ್ಕವು ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬಹುದು. ಎರಡೂ ಪ್ರೊಫೈಲ್‌ಗಳು ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಮರುನಿರ್ದೇಶಿಸಿದರೆ, ಎರಡನೇ ಸಂಪರ್ಕವು ಮೊದಲನೆಯದನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಮೊದಲನೆಯದು ಮುರಿದಂತೆ ಕಾಣುತ್ತದೆ. ಒಂದೋ ಔಟ್‌ಬೌಂಡ್ ಟನೆಲ್ ಅನ್ನು ವಿಭಜಿಸಿ ಇಟ್ಟುಕೊಂಡು ವಿಕ್ರೇತೃ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಮಾತ್ರ ಕಳುಹಿಸಿ, ಅಥವಾ ಅದಕ್ಕೆ ಪ್ರತ್ಯೇಕ ರೂಟಿಂಗ್ ಟೇಬಲ್ ನೀಡಿ.
ip rule add from 10.9.0.2 table 120
ip route add default dev tun1 table 120
ip route get 10.9.0.2ಮೇಲಿನ ವಿಳಾಸಗಳು ಮತ್ತು ಟೇಬಲ್ ಸಂಖ್ಯೆ ಪ್ಲೇಸ್‌ಹೋಲ್ಡರ್‌ಗಳು. ನಿಯಮವನ್ನು ಸೇರಿಸಿದ ತಕ್ಷಣ, VPN ಸರ್ವರ್‌ನ ಸ್ವಂತ ವಿಳಾಸವು ಇನ್ನೂ ಸಾಮಾನ್ಯ ಟೇಬಲ್ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ; ಹೊರಗಿನ ಸಾಗಣೆಯನ್ನು ಸೆರೆಹಿಡಿಯುವ ಟೇಬಲ್ ಅದು ರಕ್ಷಿಸಬೇಕಿದ್ದ ಟನೆಲ್ ಅನ್ನು ಮುರಿಯುತ್ತದೆ, ಮತ್ತು ಅನುಸರಿಸುವ ಮರುಸಂಪರ್ಕ ಲೂಪ್ ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲದ ಪೂರೈಕೆದಾರರಂತೆ ಕಾಣುತ್ತದೆ.
ಮರುಸಂಪರ್ಕಗಳು ಮತ್ತು ಮರುಬೂಟ್‌ಗಳನ್ನು ತಡೆದುಕೊಳ್ಳಬೇಕಾದ ಸೆಟಪ್‌ಗೆ, ನೆಟ್‌ವರ್ಕ್ ನೇಮ್‌ಸ್ಪೇಸ್ ಹೆಚ್ಚು ದೃಢವಾದ ಗಡಿಯಾಗಿದೆ. ಎರಡನೇ ಕ್ಲೈಂಟ್ ತನ್ನದೇ ನೇಮ್‌ಸ್ಪೇಸ್‌ನಲ್ಲಿ ತನ್ನದೇ ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಮತ್ತು ರೂಟ್‌ಗಳೊಂದಿಗೆ ಚಲಿಸುತ್ತದೆ, ಮತ್ತು ಗಡಿ ದಾಟಬೇಕಾದ ಸೇವೆಗಳು ಮಾತ್ರ ಒಡ್ಡಲ್ಪಡುತ್ತವೆ. ಹೋಸ್ಟ್ ಒಂದು ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ನೇಮ್‌ಸ್ಪೇಸ್‌ನ ಮರುಸಂಪರ್ಕವು ಅದನ್ನು ಮತ್ತೆ ಬರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಸ್ಥಿತಿ ಸಾಲಿನಿಂದ ಅಲ್ಲ, ಟೇಬಲ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ
ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಕ್ಲೈಂಟ್ ತನ್ನ ನಿಯಂತ್ರಣ ಚಾನಲ್ ಅನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪ್ರತಿ ಸಂಪರ್ಕದ ಮೊದಲು ಮತ್ತು ನಂತರ ರೂಟಿಂಗ್ ಸ್ಥಿತಿಯನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ, ನಂತರ ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನ ಯಾವ ಸಾಧನವನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಕರ್ನೆಲ್‌ಗೆ ಕೇಳಿ:
ip route show
ip route get 10.40.0.20
ss -lunp | grep 1194ಎರಡನೇ ಟನೆಲ್ ಪ್ರಾರಂಭವಾದಾಗ ವಿಕ್ರೇತೃ ವಿಳಾಸಕ್ಕಾಗಿ ಆಯ್ಕೆಮಾಡಿದ ಸಾಧನವು ಬದಲಾದರೆ, ನಿಮ್ಮ ಬಳಿ ರೂಟ್ ಘರ್ಷಣೆ ಇದೆ. ಎರಡೂ ಪ್ರಕ್ರಿಯೆಗಳು ಒಂದೇ ಸ್ಥಳೀಯ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಂಡರೆ, ನಿಮ್ಮ ಬಳಿ ಸಾಕೆಟ್ ಘರ್ಷಣೆ ಇದೆ. ಎರಡನೆಯದಿಲ್ಲದೆ ಮೊದಲನೆಯದನ್ನು ಸರಿಪಡಿಸುವುದು ವೈಫಲ್ಯವನ್ನು ಮುಂದಿನ ಮರುಸಂಪರ್ಕಕ್ಕೆ ಸರಿಸುತ್ತದೆ ಅಷ್ಟೇ.
ಪೋರ್ಟ್‌ಗಳು, ಸಾಧನಗಳು, ಟೇಬಲ್‌ಗಳು ಮತ್ತು ರೂಟ್ ಮಾಲೀಕರನ್ನು ಹೋಸ್ಟ್‌ನ ರನ್‌ಬುಕ್‌ನಲ್ಲಿ ಬರೆಯಿರಿ. ಇಲ್ಲದಿದ್ದರೆ ಮೂರನೇ ಟನೆಲ್ ಸೇರಿಸುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಘರ್ಷಣೆಯನ್ನು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳುತ್ತಾರೆ, ಮತ್ತು ಕಾಣುವ ಏಕೈಕ ಸಾಕ್ಷ್ಯ ಎಂದರೆ ಬೇರೊಬ್ಬರ ಡೀಮನ್ ಮರುಪ್ರಾರಂಭವಾಗುವವರೆಗೆ ಕೆಲಸ ಮಾಡುವ ಸಂಪರ್ಕ.