ಪ್ರತಿ OpenVPN ನೋಡ್‌ನಲ್ಲಿ ಒಂದೇ ಸೇವಾ IP: ಅದು ಏನು ಮಾಡುವುದಿಲ್ಲ

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

ಒಂದೇ ವಿಳಾಸ ಪ್ರತಿ ನೋಡ್‌ನಲ್ಲಿ ಏಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ

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

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

ಆದ್ದರಿಂದಲೇ ಅದೇ ಸಂರಚನೆ ಅವುಗಳ ನಡುವೆ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಇಲ್ಲದೆ ಪ್ರತಿ ಸರ್ವರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಆದ್ದರಿಂದಲೇ ವಿನ್ಯಾಸವು ಆರೋಗ್ಯದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ: ವಿಳಾಸವು ಅನಾರೋಗ್ಯಕರ ನೋಡ್‌ನಲ್ಲೂ ಆರೋಗ್ಯಕರ ನೋಡ್‌ನಲ್ಲಿರುವಂತೆಯೇ ಇರುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು ಹೋಸ್ಟ್‌ಗೆ ಬದ್ಧವಾಗಿದೆ, ಸೇವೆ ಉಪಯುಕ್ತವಾಗಿರುವುದಕ್ಕಲ್ಲ.

ಅದನ್ನು ಲೂಪ್‌ಬ್ಯಾಕ್‌ಗೆ ನಿಗದಿಪಡಿಸಿ, ಸುರಂಗಕ್ಕಲ್ಲ

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

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

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

ip address show dev lo | grep 10.250.0.1
ip address add 10.250.0.1/32 dev lo

ಒಂದು ರೂಟ್ ತಳ್ಳಿ ಮತ್ತು ಒಂದೇ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಉದ್ದೇಶಿಸಿ

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

ಸೇವೆಯನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಏನನ್ನು ಸ್ಥಾಪಿಸಿತು ಎಂದು ಪರಿಶೀಲಿಸಿ.

ip route get 10.250.0.1

HTTP ಸೇವೆಗಾಗಿ ವಿಳಾಸಕ್ಕೆ ಒಂದು ಹೆಸರು ಮತ್ತು ಆ ಹೆಸರಿಗೆ ಪ್ರಮಾಣಪತ್ರ ನೀಡಿ. ಹಂಚಿದ IP ಒಂದು ಗುರುತಲ್ಲ, ಮತ್ತು ಅದು TLS ಪರಿಶೀಲನೆಯನ್ನು ತೆಗೆಯುವುದಿಲ್ಲ, ಒಂದು ಖಾಸಗಿ ಕೀಲಿಯನ್ನು ಪ್ರತಿ ನೋಡ್‌ಗೆ ನಕಲಿಸುವುದನ್ನು ಸಮರ್ಥಿಸುವುದೂ ಇಲ್ಲ. ಹಂಚಿದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರು ಪ್ರಮಾಣಪತ್ರದ ಕಥೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಇಡುತ್ತದೆ ಮತ್ತು ಅಗತ್ಯವಿದ್ದರೆ ನೋಡ್ ಮಟ್ಟದ ಗುರುತನ್ನು ಉಳಿಸಲು ಅನುಮತಿಸುತ್ತದೆ.

ಹಂಚಿದ ವಿಳಾಸ ಏನು ಮಾಡಲಾರದು

ಅದು ವೈಫಲ್ಯದ ಸಮಯದಲ್ಲಿ ಪರಿವರ್ತನೆಯನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. ಆಯ್ಕೆಮಾಡಿದ ನೋಡ್ ಸತ್ತರೆ, ವಿಳಾಸವೂ ಅದರೊಂದಿಗೆ ಸಾಯುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಬೇರೆಡೆ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಬೇಕು.

ಅದು ಜೀವಂತ TCP ಅಧಿವೇಶನವನ್ನು ಸ್ಥಳಾಂತರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಹೊಸ ಸಂಪರ್ಕವು ಹಳೆಯದರ ಬಗ್ಗೆ ಏನೂ ತಿಳಿಯದ ಬೇರೆ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.

ಅದು ಆರೋಗ್ಯಕರ ನೋಡ್ ಆಯ್ಕೆಮಾಡುವುದಿಲ್ಲ, ಹೊರೆ ಸಮತೋಲನ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ನೋಡ್‌ಗಳ ನಡುವೆ ದತ್ತಾಂಶ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವುದಿಲ್ಲ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ವೈಫಲ್ಯ ವಿಧಾನಗಳನ್ನು ಹೊಂದಿರುವ ಪ್ರತ್ಯೇಕ ಕಾರ್ಯವಿಧಾನ, ಮತ್ತು ವಿಳಾಸದ ಉಪಾಯ ಅವುಗಳನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ನಟಿಸುವುದೇ ಸರಳ ವಿನ್ಯಾಸವು ಸ್ಥಿತಿಸ್ಥಾಪಕತ್ವದ ಅನರ್ಹ ಖ್ಯಾತಿಯನ್ನು ಪಡೆಯುವ ದಾರಿ. ಎರಡು ಸುರಂಗಗಳು ಒಟ್ಟಿಗೆ ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ಗಮ್ಯಸ್ಥಾನದ ಅರ್ಥ ಅಸ್ಪಷ್ಟವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ಸಕ್ರಿಯ ಸುರಂಗದ ಊಹೆಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಇರಿಸಿ.

ಸೇವೆಯ ಗುರುತನ್ನು ಹೆಸರಿನೊಂದಿಗೆ ಇರಿಸಿ

ವಿಳಾಸದ ಅರ್ಥವನ್ನು ಬರೆಯಿರಿ: ಅದು ಕ್ಲೈಂಟ್ ಈಗ ಸಂಪರ್ಕಿಸಿರುವ ನೋಡ್‌ನಲ್ಲಿನ ಸೇವೆಯನ್ನು ತಲುಪುತ್ತದೆ. ಆ ಒಂದೇ ವಾಕ್ಯವು ಈ ಮಾದರಿ ಸೆಳೆಯುವ ಬಹುಪಾಲು ತಪ್ಪುಗ್ರಹಿಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ.

ನಂತರ ಭಾಗಗಳನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ: ವಿಳಾಸ, ಅದು ಇರುವ ಇಂಟರ್‌ಫೇಸ್, ಸರ್ವರ್ ತಳ್ಳುವ ರೂಟ್, ಮತ್ತು ಸೇವೆ ಪ್ರಸ್ತುತಪಡಿಸುವ ಹೆಸರು ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ. ಭವಿಷ್ಯದ ಓದುಗರು ಪರಿಶೀಲಿಸಬಹುದಾದ ನಾಲ್ಕು ಸಣ್ಣ ಸತ್ಯಗಳು, ಅವರು ಅವನ್ನು ಪರಿಶೀಲಿಸುವ ಕ್ರಮದಲ್ಲೇ.

ಅಗತ್ಯವು ನೋಡ್-ಸ್ಥಳೀಯ ಸೇವೆಗೆ ಸ್ಥಿರ ಗಮ್ಯಸ್ಥಾನವಾದರೆ, ಮಾದರಿ ಹೊಂದುತ್ತದೆ ಮತ್ತು ಬಹುತೇಕ ಏನೂ ವೆಚ್ಚವಾಗುವುದಿಲ್ಲ.

ಅಗತ್ಯವು ಲಭ್ಯತೆಯಾದರೆ, ಒಂದು ಪದರ ಮೇಲೆ ಹೋಗಿ: ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್, ಆರೋಗ್ಯ ಪರಿಶೀಲನೆಗಳಿರುವ ಸೇವಾ ಹೆಸರು, ಅಥವಾ ನೋಡ್ ಅನ್ನು ಹೇಗೆ ಬದಲಾಯಿಸಬೇಕೆಂದು ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ವ್ಯವಸ್ಥೆ.

ಅದನ್ನು ಬೇಗ ನಿರ್ಧರಿಸುವುದು ಹಂಚಿದ ವಿಳಾಸವನ್ನು ಅದು ಇರುವಂತೆಯೇ, ಅನುಕೂಲಕರ ಲೇಬಲ್ ಆಗಿ ಉಳಿಸುತ್ತದೆ, ಎಂದಿಗೂ ವಿನ್ಯಾಸಗೊಳಿಸದ ಕೆಲಸವನ್ನು ಮೌನವಾಗಿ ನಿರೀಕ್ಷಿಸುವ ಘಟಕವಾಗಿ ಅಲ್ಲ.