ಒಂದು Linux ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಎರಡು OpenVPN ಕ್ಲೈಂಟ್‌ಗಳು: ಮಾರ್ಗ ಯಾರದ್ದು?
ಪ್ರತಿ ಪ್ರಿಫಿಕ್ಸ್‌ಗೂ ಮಾಲೀಕ ಇದ್ದರೆ ಎರಡು ಕ್ಲೈಂಟ್‌ಗಳು ಒಂದು ಹೋಸ್ಟ್ ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಉದ್ದೇಶ, ಪೂಲ್‌ಗಳು, ಇನ್‌ಸ್ಟಾನ್ಸ್ ಹೆಸರಿಸುವಿಕೆ ಮತ್ತು ಪ್ರತಿ ಟನೆಲ್‌ಗೂ ನಿಲ್ಲಿಸುವ ಪರೀಕ್ಷೆ — ಈ ಕ್ರಮದಲ್ಲಿ ಸಾಗಿ.
ಎರಡೂ ಪ್ರೊಫೈಲ್‌ಗಳು ಸಂಪರ್ಕಗೊಂಡಿರುವುದಾಗಿ ವರದಿ ಮಾಡುತ್ತವೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದು ಇನ್ನೊಂದಕ್ಕೆ ಉದ್ದೇಶಿಸಿದ ಸಂಚಾರವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಸಾಗಿಸುತ್ತಿದೆ. ಒಂದು ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಎರಡು ಕ್ಲೈಂಟ್‌ಗಳು ಬೆಂಬಲಿತ ವ್ಯವಸ್ಥೆ; ಪ್ರತಿ ಪ್ರಿಫಿಕ್ಸ್‌ಗೂ ಮಾಲೀಕರಿಲ್ಲದ ಎರಡು ಕ್ಲೈಂಟ್‌ಗಳು ಹಾಗಲ್ಲ. ಕೆಲಸವು ಎರಡನೇ ಟನೆಲ್ ಎತ್ತುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಯಾವ ಪ್ರಕ್ರಿಯೆ ಯಾವ ಮಾರ್ಗವನ್ನು ಕ್ಲೈಮ್ ಮಾಡಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವುದರಲ್ಲಿದೆ. ಕೆಳಗಿನ ಕ್ರಮದಲ್ಲಿ ಸಾಗಿ, ಉತ್ತರಗಳಿಂದ ಸಂರಚನೆ ಹೊರಬರುತ್ತದೆ.
ಎರಡನೇ ಟನೆಲ್ ಯಾವುದಕ್ಕೆ ಎಂದು ಕೇಳುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ
ಮೂರು ಸನ್ನಿವೇಶಗಳು ಸ್ಥಿತಿ ಸಾಲಿನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ವಿನ್ಯಾಸಗಳನ್ನು ಬೇಡುತ್ತವೆ. ಗಮ್ಯಸ್ಥಾನದ ಪ್ರಕಾರ ವಿಭಜನೆ ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಕಚೇರಿ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ಮತ್ತು ಇನ್ನೊಂದನ್ನು ಲ್ಯಾಬ್ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ, ಎರಡೂ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಕ್ಲೈಮ್ ಮಾಡುವುದಿಲ್ಲ. ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಕಾರ ವಿಭಜನೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಪೂರ್ಣ ಟನೆಲ್ ಇಟ್ಟುಕೊಂಡು ನಿರ್ದಿಷ್ಟ ಸಂಚಾರವನ್ನು ನೀತಿ ನಿಯಮಗಳಿಂದ ತಿರುಗಿಸುತ್ತದೆ. ಫೇಲ್‌ಓವರ್ ಒಂದೇ ಸಮಯದಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದು ಟನೆಲ್ ಚಾಲನೆಯಲ್ಲಿಡುತ್ತದೆ, ಅಂದರೆ ಎರಡನೆಯದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭವಾಗಬಾರದು.
ಯಾವುದೇ ಸಂರಚನಾ ಫೈಲ್ ತೆರೆಯುವ ಮೊದಲು ಪ್ರಕರಣವನ್ನು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಆ ಉತ್ತರವೇ ಮುಂದಿನ ಎಲ್ಲವನ್ನೂ ನಿರ್ಧರಿಸುತ್ತದೆ.
ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಮುರಿದ ವ್ಯವಸ್ಥೆ ಎಂದರೆ ಎರಡೂ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ತಳ್ಳಿದ ಎರಡು ಪೂರ್ಣ ಟನೆಲ್‌ಗಳು, ಅಲ್ಲಿ ಕೊನೆಯದಾಗಿ ಸಂಪರ್ಕಿಸಿದವನು ಗೆಲ್ಲುತ್ತಾನೆ ಮತ್ತು ಮೊದಲನೆಯದು ನಟಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. ಆ ಸ್ಥಿತಿ ಸ್ಥಿತಿ ಸಾಲಿನಿಂದ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕಾಣುತ್ತದೆ ಮತ್ತು ಮಾರ್ಗನಿರ್ದೇಶನ ಕೋಷ್ಟಕದಿಂದ ಒಂದು ದಿನವನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ. ಪ್ರಕರಣಕ್ಕೆ ಮೊದಲೇ ಹೆಸರಿಟ್ಟರೆ ಅದು ಕೇವಲ ಅಸಂಭವನೀಯವಲ್ಲ, ಅಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಮಾರ್ಗಗಳ ಮೊದಲು ಪೂಲ್‌ಗಳನ್ನು ನೋಡಿ
ಎರಡು ಸರ್ವರ್‌ಗಳು ಒಂದೇ ಖಾಸಗಿ ಶ್ರೇಣಿಯಿಂದ ವಿಳಾಸಗಳನ್ನು ಸುಲಭವಾಗಿ ನೀಡಬಲ್ಲವು, ಮತ್ತು ಹಾಗೆ ಮಾಡಿದಾಗ ಕ್ಲೈಂಟ್ ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ ಒಳಗೆ ಎರಡು ಇಂಟರ್‌ಫೇಸ್‌ಗಳೊಂದಿಗೆ ಉಳಿಯುತ್ತದೆ. ಆಗ ವಿಳಾಸದಿಂದ ಯಾವುದೇ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಆರೋಪಿಸಲಾಗದು, ಏಕೆಂದರೆ ಎರಡೂ ಸಮಾನವಾಗಿ ಸರಿಯಾಗಿ ಕಾಣುತ್ತವೆ. ಸಮಬಲ ಮುರಿಯಲು ನಿಯಮ ಕಲ್ಪಿಸುವ ಬದಲು ಒಂದು ಪೂಲ್ ಅನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡಿ.
ಸ್ಥಳೀಯ ಜಾಲವನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಟನೆಲ್ ಶ್ರೇಣಿಯೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸುವ ಮನೆ ಅಥವಾ ಕಚೇರಿ LAN ಇನ್ನೊಂದು ಬದಿಯಿಂದ ಅದೇ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಹೋಸ್ಟ್‌ನಲ್ಲಿನ ವಿಳಾಸಗಳನ್ನು ಎರಡೂ ಸರ್ವರ್ ಸಂರಚನೆಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಲ್ಯಾಬ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಪೂಲ್ ಬದಲಾವಣೆ ಐದು ನಿಮಿಷಗಳ ಸರಿಪಡಿಸುವಿಕೆ, ಆದರೆ ಅತಿಕ್ರಮಿಸುವ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ನೀತಿ-ಮಾರ್ಗನಿರ್ದೇಶನದ ಪರ್ಯಾಯ ಮಾರ್ಗ ನಂತರ ಸಂರಚನೆಯನ್ನು ಓದುವ ಎಲ್ಲರಿಗೂ ಶಾಶ್ವತ ತೆರಿಗೆ. ಎಲ್ಲಿ ಹಸ್ತಕ್ಷೇಪ ಮಾಡಬೇಕೆಂದು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಇವೆರಡರಲ್ಲಿ ಯಾವುದು ಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ.
ಎರಡು ವಿಳಾಸ ಕುಟುಂಬಗಳೆಂದರೆ ಈ ಪರಿಶೀಲನೆಯ ಎರಡು ಸುತ್ತುಗಳು. IPv6 ಪೂಲ್‌ಗಳು IPv4 ನಂತೆಯೇ ಸದ್ದಿಲ್ಲದೆ ಘರ್ಷಿಸುತ್ತವೆ.
ಪ್ರತಿ ಪ್ರೊಫೈಲ್‌ಗೂ ಮಾಲೀಕರನ್ನು ನೀಡಿ
ಪ್ರತಿ ಪ್ರೊಫೈಲ್‌ಗೆ ಒಂದು ಇನ್‌ಸ್ಟಾನ್ಸ್, ಪ್ರತಿ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗೆ ಒಂದು ಸಂರಚನಾ ಫೈಲ್ ಮತ್ತು ಜೋಡಿಯನ್ನು ಗುರುತಿಸುವ ಒಂದು ಹೆಸರು. Debian ಶೈಲಿಯ ಪ್ಯಾಕೇಜಿಂಗ್‌ನಲ್ಲಿ @ ಚಿಹ್ನೆಯ ನಂತರದ ಹೆಸರು ಫೈಲ್ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ಇನ್‌ಸ್ಟಾನ್ಸ್ ಹೆಸರು ಹಂಚಿಕೊಳ್ಳುವ ಎರಡು ಪ್ರೊಫೈಲ್‌ಗಳು ಎಂದಿಗೂ ಎರಡೂ ಕೆಲಸ ಮಾಡಲಾರವು. ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಅನುಸ್ಥಾಪಿತ ಘಟಕದಿಂದ ದೃಢೀಕರಿಸಿ, ಟ್ಯುಟೋರಿಯಲ್‌ನಿಂದ ಅಲ್ಲ.
systemctl cat [email protected]
ip -4 addr showನಂತರ ಮಾರ್ಗಗಳನ್ನು ಯಾರು ಅನುಸ್ಥಾಪಿಸುತ್ತಾರೆ ಎಂದು ನಿರ್ಧರಿಸಿ, ಅದು ನೀತಿಯ ಪ್ರಶ್ನೆ, ವಾಕ್ಯರಚನೆಯದಲ್ಲ.
ಎರಡೂ ಸರ್ವರ್‌ಗಳು ಹೊಂದಿಕೆಯಾಗದ ಗುಂಪುಗಳನ್ನು ತಳ್ಳಿದಾಗ, ಒಂದೋ ಸೇರಿಸಿroute-nopull ಮತ್ತು ಪ್ರತಿ ಪ್ರೊಫೈಲ್‌ಗೂ ಬೇಕಾದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಮಾತ್ರ ಪಟ್ಟಿ ಮಾಡಿ, ಅಥವಾ ಒಂದಕ್ಕೆ ಅದರ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲು ಬಿಟ್ಟುಉಳಿದದ್ದನ್ನು ನೀತಿ ನಿಯಮದಿಂದ ತಿರುಗಿಸಿ. ಎರಡೂ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಅನುಸ್ಥಾಪಿಸುವ ಎರಡು ಪ್ರಕ್ರಿಯೆಗಳು ಒಬ್ಬನೇ ವಿಜೇತನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಯಾರೂ ಏಕೆ ಎಂದು ಹೇಳಲಾರರು. ಎರಡು ಟನೆಲ್‌ಗಳು ಬೇರೆ ಬೇರೆ ಮೂಲಗಳ ಸಂಚಾರವನ್ನು ಸಾಗಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಪ್ರತಿಕ್ರಿಯೆ ತಪ್ಪು ಟನೆಲ್‌ನಿಂದ ಹೊರಹೋಗಬಹುದು, ಮತ್ತು ನಿಲ್ಲುವ ಮಾದರಿ ಎಂದರೆ ಪ್ರತಿಕ್ರಿಯೆಗಳ ಮೇಲೆ ಮರುಸ್ಥಾಪಿಸಿ ತನ್ನದೇ ಕೋಷ್ಟಕಕ್ಕೆ ತಿರುಗಿಸಲಾದ ಸಂಪರ್ಕ ಗುರುತು. ಟನೆಲ್‌ಗಳ ಸ್ವಂತ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್‌ಗಳು ಎಂದಿಗೂ ಅವುಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗದಂತೆ ಗುರುತುಗಳನ್ನು ಮಿತಿಗೊಳಿಸಿ.
ಪ್ರತಿ ಟನೆಲ್ ಪ್ರಕಾರ ಪರಿಶೀಲಿಸಿ, ನಂತರ ಒಂದನ್ನು ನಿಲ್ಲಿಸಿ
ಎರಡೂ ಮೇಲಿದ್ದಾಗ, ಮೂರು ಓದುವಿಕೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ: ಪ್ರತಿ ಟನೆಲ್ ಸಾಧನದಲ್ಲಿನ ವಿಳಾಸ, ಪ್ರತಿಯೊಂದರ ಹಿಂದೆ ವಾಸಿಸುವ ಹೋಸ್ಟ್‌ಗೆ ಮಾರ್ಗ, ಮತ್ತು ಎರಡರ ಹೊರಗಿನ ಗಮ್ಯಸ್ಥಾನ ತೆಗೆದುಕೊಳ್ಳುವ ದಾರಿ. ನಿಯಮಗಳು ಆಟಕ್ಕೆ ಬಂದ ಕ್ಷಣ ಸಾಮಾನ್ಯ ಮಾರ್ಗ ಪಟ್ಟಿ ಅಂತಿಮ ಹುಡುಕಾಟವನ್ನು ವಿವರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕರ್ನೆಲ್ ನಿಜವಾಗಿ ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಎಂದು ಕೇಳಿ. ನಂತರ ಒಂದು ಇನ್‌ಸ್ಟಾನ್ಸ್ ನಿಲ್ಲಿಸಿ ಏನು ಮಾಯವಾಗುತ್ತದೆ ಎಂದು ನೋಡಿ. ಮೊದಲನೆಯದನ್ನು ನಿಲ್ಲಿಸಿದರೆ ಎರಡನೆಯದಕ್ಕೆ ಅಡ್ಡಿಯಾದರೆ, ಅವುಗಳ ನಡುವೆ ಇನ್ನೂ ಏನೋ ಹಂಚಿಕೆಯಾಗಿದೆ: ಮಾರ್ಗ, ಸಾಧನದ ಹೆಸರು, ಅಥವಾ ಯಾರೂ ಬೇರ್ಪಡಿಸದ ಫೈರ್ವಾಲ್ ನಿಯಮ.
ip rule show
ip route get 203.0.113.9ನಿಲ್ಲಿಸಿದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮರಳಿ ತಂದು ಅದೇ ಪರಿಶೀಲನೆಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಮರುಬೂಟ್‌ನ ನಂತರ ಒಮ್ಮೆ ಕೆಲಸ ಮಾಡಿ ಮತ್ತೆಂದೂ ಇಲ್ಲದ ಟನೆಲ್ ಮಾರ್ಗನಿರ್ದೇಶನದ ವೇಷದಲ್ಲಿ ಜೀವನಚಕ್ರದ ದೋಷ.
ನಿಯೋಜನೆ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಯಾವ ಪ್ರೊಫೈಲ್ ಯಾವ ಪ್ರಿಫಿಕ್ಸ್‌ನ ಮಾಲೀಕ ಎಂದು ಪೂಲ್ ಶ್ರೇಣಿಗಳ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. ಎರಡು ಟನೆಲ್‌ಗಳು ಉದ್ದೇಶಪೂರ್ವಕ ವ್ಯವಸ್ಥೆ, ಮತ್ತು ಮುಂದಿನ ಓದುಗನು ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಮುಟ್ಟುವ ಮೊದಲು ಗಡಿಯನ್ನು ಕಾಣಬೇಕು. ಆ ಟಿಪ್ಪಣಿ ಇಲ್ಲದಿದ್ದರೆ, ಹಂಚಿದ ಪ್ರಿಫಿಕ್ಸ್ ಕೊನೆಗೆ ಮುರಿದಾಗ ಕರ್ತವ್ಯದಲ್ಲಿರುವವನು ಗಡಿಯನ್ನು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳುತ್ತಾನೆ.