OpenVPN ನ keepalive ಅಥವಾ systemd restart: ಯಾವುದು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ?

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

ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮೂರು ವೈಫಲ್ಯಗಳು

ಸಹವರ್ತಿಯ ಮೌನ ಎಂದರೆ ಇನ್ನೊಂದು ತುದಿ ಕಳುಹಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆ, ಮತ್ತು OpenVPN ಅದನ್ನು ತಾನೇ ಪತ್ತೆ ಮಾಡಬಲ್ಲದು ಏಕೆಂದರೆ ಹೃದಯಬಡಿತ ಅದರದ್ದೇ. ಪ್ರಕ್ರಿಯೆಯ ಸಾವು ಎಂದರೆ ಡೀಮನ್ ಹೊರಟುಹೋಗಿದೆ, ಅದನ್ನು ಸೇವಾ ನಿರ್ವಾಹಕ ಗಮನಿಸುತ್ತಾನೆ ಮತ್ತು OpenVPN ಗಮನಿಸಲಾರದು. ಅಪ್ಲಿಕೇಶನ್ ವೈಫಲ್ಯ ಎಂದರೆ ಸುರಂಗ ಸರಿಯಾಗಿದೆ ಮತ್ತು ಅದರ ಹಿಂದೆ ಏನೋ ಇಲ್ಲ, ಮತ್ತು ಉಳಿದ ಎರಡು ಕಾರ್ಯವಿಧಾನಗಳಿಗೂ ಅದನ್ನು ತಿಳಿಯುವ ದಾರಿ ಇಲ್ಲ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಪ್ರತಿಕ್ರಿಯೆ ಬೇಕು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸುರಂಗ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದು ಗಮನಿಸುವುದಕ್ಕೆ ಸಮನಲ್ಲ.

ಇವು ಬೇರೆ ಬೇರೆ ಪದರಗಳ ಬೇರೆ ಬೇರೆ ಸಂಕೇತಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಊಹಿಸದೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬಲ್ಲ ಮಾಲೀಕ ಇದ್ದಾನೆ. ಇವನ್ನು ಬೆರೆಸಿದರೆ ತಾನು ಅರ್ಥೈಸಲಾರದ ಲಕ್ಷಣಗಳ ಮೇಲೆ ಮರುಪ್ರಾರಂಭವಾಗುವ ವ್ಯವಸ್ಥೆ ಉಂಟಾಗುತ್ತದೆ.

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

keepalive ನಿಜವಾಗಿ ಯಾವುದಕ್ಕೆ ವಿಸ್ತರಿಸುತ್ತದೆ

keepalive ಸೂಚನೆ ಸಂಕ್ಷಿಪ್ತ ರೂಪ, ಮತ್ತು ವಿಸ್ತರಣೆ ಕ್ರಮದ ಪ್ರಕಾರ ಬೇರೆಯಾಗಿರುತ್ತದೆ. ಸರ್ವರ್ನಲ್ಲಿ, keepalive 10 60 ಪ್ರತಿ ಹತ್ತು ಸೆಕೆಂಡಿಗೆ ಸ್ಥಳೀಯ ping, 120 ಸೆಕೆಂಡುಗಳ ಸ್ಥಳೀಯ ಮರುಪ್ರಾರಂಭದ ಅವಧಿ, ಮತ್ತು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಕಳುಹಿಸುವ 10 ಮತ್ತು 60 ಮೌಲ್ಯಗಳಾಗುತ್ತದೆ. ಸರ್ವರ್ ಅವಧಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ದ್ವಿಗುಣಗೊಳಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದ ಸರ್ವರ್ ಬಿಟ್ಟುಕೊಳ್ಳುವ ಮೊದಲು ಕ್ಲೈಂಟ್ಗೆ ಮರುಪ್ರಾರಂಭಿಸುವ ಅವಕಾಶ ಸಿಗುತ್ತದೆ. ಪ್ರೊಫೈಲ್ನ ಸಂಕ್ಷಿಪ್ತ ರೂಪವಲ್ಲ, ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂರಚನೆಯ ವಿಸ್ತೃತ ರೂಪವನ್ನು ಓದಿ.

ಈ ದ್ವಿಗುಣವೇ ಎರಡೂ ತುದಿಗಳು ಅರವತ್ತು ಸೆಕೆಂಡುಗಳ ನಂತರ ಮರುಪ್ರಾರಂಭವಾಗುತ್ತವೆ ಎಂಬ ಯಾವುದೇ ವಿವರಣೆ ತಪ್ಪಾಗಲು ಕಾರಣ. ಮಾರ್ಗ ಕೆಡುತ್ತಿದ್ದಾಗ ಎರಡೂ ತುದಿಗಳು ಒಟ್ಟಿಗೆ ಏಕೆ ತೂಗಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನೂ ಇದು ವಿವರಿಸುತ್ತದೆ.

ಹೃದಯಬಡಿತ OpenVPN ನ ಸಹವರ್ತಿ ಸಂಚಾರ, ಯಾವುದೋ ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟ್ನ ICMP ಪರಿಶೀಲನೆ ಅಲ್ಲ. ಉತ್ತರ ಸುರಂಗದ ದೂರದ ತುದಿ ಜೀವಂತವಾಗಿದೆ ಎಂದಷ್ಟೇ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಬಳಕೆದಾರನಿಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಡೇಟಾಬೇಸ್ ಅಥವಾ ವೆಬ್ ಸೇವೆಯ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

Restart=on-failure ಏನನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ

ಮೇಲ್ಬರಹ ಸೇರಿಸುವ ಮೊದಲು ಸ್ಥಾಪಿತ ಘಟಕವನ್ನು ಓದಿ. Restart=on-failure ದಾಖಲಿತ ಪ್ರಕ್ರಿಯೆ-ವೈಫಲ್ಯದ ಪರಿಸ್ಥಿತಿಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ, ಅದು ಸಂಪರ್ಕ ಸ್ಥಿತಿಯನ್ನು ಗಮನಿಸುವುದಕ್ಕೆ ಸಮನಲ್ಲ. ಆಂತರಿಕ ಮರುಸಂಪರ್ಕ ಪ್ರಾರಂಭವಾದ ಕಾರಣ ಅದು ಪ್ರಚೋದನೆಯಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಸ್ವಚ್ಛ ನಿರ್ಗಮನಕ್ಕೆ ಕುಸಿತಕ್ಕಿಂತ ಬೇರೆ ಅರ್ಥವಿದೆ.

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

RestartSec ಮತ್ತು ಆರಂಭ ಮಿತಿಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊಂದಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಕುಸಿತದ ಸುತ್ತು ಗೇಟ್ವೇಗೆ ಹೊಡೆದು ನಿಜವಾದ ದೋಷವನ್ನು ಮರುಪ್ರಾರಂಭದ ಸಂದೇಶಗಳ ಕೆಳಗೆ ಹೂಳುತ್ತದೆ. ಪ್ರಚೋದನೆಯಾದ ಮರುಪ್ರಾರಂಭ ಮಿತಿ ಘಟಕವನ್ನು ವೈಫಲ್ಯದಲ್ಲಿಯೇ ಬಿಡುತ್ತದೆ, ಅದು ಕಾಣುತ್ತದೆ, ಆದರೆ ಅಪರಿಮಿತ ಸುತ್ತು ಕಾಣುವುದಿಲ್ಲ.

ping-restart ಮತ್ತು ping-exit ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು

ping-restart OpenVPN ನ ಆಂತರಿಕ ಮರುಪ್ರಾರಂಭವನ್ನು ಪ್ರಚೋದಿಸಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ping-exit ಅದೇ ಬಗೆಯ ಅವಧಿಯಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮುಗಿಸುತ್ತದೆ, ಅದು ನಿರ್ಧಾರವನ್ನು ಸೇವಾ ನಿರ್ವಾಹಕನಿಗೆ ಒಪ್ಪಿಸುತ್ತದೆ. ಅವು ಪರಸ್ಪರ ಹೊರತುಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡನೆಯದನ್ನು ಆರಿಸಿದರೆ ಚೇತರಿಕೆಯ ಮಾಲೀಕತ್ವ ಬದಲಾಗುತ್ತದೆ. ವ್ಯತ್ಯಾಸ ಏನೆಂದರೆ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸುವ ನಿರ್ಧಾರ ಯಾರು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ, ಮತ್ತು ಪ್ರಯತ್ನದಿಂದ ಎಷ್ಟು ಸ್ಥಿತಿ ಉಳಿಯುತ್ತದೆ.

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

ಪ್ರತಿ ನಿಯೋಜನೆಗೆ ಒಂದು ಜೀವನಚಕ್ರ ಆರಿಸಿ ಮತ್ತು ಏಕೆ ಎಂದು ಬರೆಯಿರಿ. ಎರಡೂ ಸೂಚನೆಗಳನ್ನು ಹೊತ್ತ ಪ್ರೊಫೈಲ್ ನಿರ್ಧರಿಸದ ಪ್ರೊಫೈಲ್.

ಪ್ರತಿ ವೈಫಲ್ಯವನ್ನು ಅದರದೇ ಪ್ರಕರಣವಾಗಿ ಪರೀಕ್ಷಿಸಿ

ಅನುಮೋದಿತ ಕಿಟಕಿಯಲ್ಲಿ ಮೌನ ಸಹವರ್ತಿ, ಕೊಲ್ಲಲ್ಪಟ್ಟ ಡೀಮನ್ ಮತ್ತು ಲಭ್ಯವಿಲ್ಲದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅನುಕರಿಸಿ, ನಂತರ ಯಾವ ಚೇತರಿಕೆ ಪ್ರಚೋದನೆಯಾಯಿತು ಎಂದು ಪರಿಶೀಲಿಸಿ. ಮೌನ ಸಹವರ್ತಿ ಆಂತರಿಕ ಮರುಸಂಪರ್ಕ, ಕೊಲ್ಲಲ್ಪಟ್ಟ ಪ್ರಕ್ರಿಯೆ ಘಟಕದ ಮರುಪ್ರಾರಂಭ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅಡಚಣೆ ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ನೀಡಬಾರದು. ಎರಡು ಪ್ರಕರಣಗಳು ಒಂದೇ ಕ್ರಿಯೆ ನೀಡಿದರೆ, ಮಾಲೀಕತ್ವ ಇನ್ನೂ ಮಿಶ್ರವಾಗಿದೆ.

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