Azure OpenVPN ಸುರಂಗವು ಸುಮಾರು ಪ್ರತಿ ಅರವತ್ತು ಸೆಕೆಂಡಿಗೊಮ್ಮೆ ಏಕೆ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ

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

ಯಾವುದೇ ಟೈಮರ್ ಮುಟ್ಟುವ ಮೊದಲು ಆ ಸಾಲನ್ನು ಓದಿ.

ಪುರಾಣ: ಮಾರ್ಗದಲ್ಲಿ ಏನೋ ಸುರಂಗವನ್ನು ತಡೆಯುತ್ತಿದೆ

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

ಲಯವೇ ಉಪಯುಕ್ತ ಸುಳಿವು. ಟೈಮರ್ಗಳು ಅದನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ; ಪ್ಯಾಕೆಟ್ ನಷ್ಟ ಅಪರೂಪವಾಗಿ.

ಟೈಮರ್ಗಿಂತ ಮೊದಲು ಸಂಪರ್ಕ ಕಡಿತದ ಕಾರಣವನ್ನು ಓದಿ

OpenVPN ತನ್ನ ಕಾರಣವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಹೆಸರೂ ಬೇರೆ ಉಪವ್ಯವಸ್ಥೆಯತ್ತ ಸೂಚಿಸುತ್ತದೆ. Session invalidated: KEEPALIVE_TIMEOUT ಅವಧಿ ಮುಗಿಯುತ್ತಿರುವ ಟೈಮರ್, ಆದ್ದರಿಂದ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ping ಮತ್ತು ping-restart ಮೌಲ್ಯಗಳನ್ನು ಹೋಲಿಸಿ. AUTH_FAILED ರುಜುವಾತುಗಳು ಅಥವಾ ಪ್ರಮಾಣಪತ್ರದ ಸ್ಥಿತಿ, ಮತ್ತು ಯಾವುದೇ ಟೈಮರ್ ಬದಲಾವಣೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ. TLS ದೋಷ ಎಂದರೆ ಎರಡೂ ಪಕ್ಷಗಳು keepalive ಹಂತವನ್ನು ತಲುಪಿಯೇ ಇಲ್ಲ.

ಸಂಪರ್ಕದ ಸಮಯ, ಕಡಿತದ ಸಮಯ ಮತ್ತು ಮಧ್ಯಂತರವು ಸೆಕೆಂಡಿನವರೆಗೆ ಸ್ಥಿರವಾಗಿದೆಯೇ ಎಂದು ದಾಖಲಿಸಿ. ಆ ಒಂದೇ ಅಳತೆ ಸಂರಚಿತ ವೇಳಾಪಟ್ಟಿಯನ್ನು ಆಕಸ್ಮಿಕದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ.

ಸ್ಥಿರ ಮಧ್ಯಂತರ ಟೈಮರ್. ಜಾರುತ್ತಿರುವ ಮಧ್ಯಂತರ ಹೆಚ್ಚಾಗಿ ಮಾರ್ಗದ ಸಮಸ್ಯೆ ಅಥವಾ ಸ್ಥಳಾಂತರಗೊಂಡ ಸೆಷನ್.

ಎಂದೂ ಒಪ್ಪದ ಎರಡು keepalive ಟೈಮರ್ಗಳು

ಪೋರ್ಟಲ್ನಿಂದ ರಫ್ತಾದ ಪ್ರೊಫೈಲ್ಗಳು ಕೆಲವೊಮ್ಮೆ ಸಮುದಾಯ ಸರ್ವರ್ ಟೆಂಪ್ಲೇಟ್ನಿಂದ ನಕಲಿಸಿದ keepalive ಅಥವಾ ping-restart ಸಾಲುಗಳನ್ನು ಇನ್ನೂ ಹೊಂದಿರುತ್ತವೆ. ಗೇಟ್ವೇ ತನ್ನದೇ ಸತ್ತ ಸಹಚರ ಪತ್ತೆಯನ್ನು ನಡೆಸುತ್ತದೆ ಮತ್ತು ತನ್ನದೇ ನಿರೀಕ್ಷೆಗಳನ್ನು ಹೇರುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ವೇಳಾಪಟ್ಟಿಗಳು ಹೊಂದಬೇಕೆಂಬ ನಿಯಮವಿಲ್ಲ. ಅವು ಭಿನ್ನವಾದಾಗ, ಕ್ಲೈಂಟ್ ಗೇಟ್ವೇ ಎಂದೂ ಒಪ್ಪದ ವೇಳಾಪಟ್ಟಿಯಂತೆ ಮರುಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

ಎರಡೂ ಮೌಲ್ಯಗಳು ಒಂದೇ ನಿಯಂತ್ರಣವಲ್ಲ. ping ಕ್ಲೈಂಟ್ ಎಷ್ಟು ಬಾರಿ ಪ್ರತಿಧ್ವನಿ ಕಳುಹಿಸುತ್ತದೆ ಎಂಬುದು, ಮತ್ತು ping-restart ಸುರಂಗವನ್ನು ಉರುಳಿಸುವ ಮೊದಲು ಏನನ್ನೂ ಕೇಳದೆ ಎಷ್ಟು ಕಾಲ ಕಾಯುತ್ತದೆ ಎಂಬುದು. ಕಡಿಮೆ ping-restart ಹೊಂದಿಸಿದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ನಿಧಾನವಾಗಿ ಉತ್ತರಿಸುವ ಗೇಟ್ವೇ ಪ್ರತಿ ಶಾಂತ ಅವಧಿಯಲ್ಲೂ ಮರುಪ್ರಾರಂಭವಾಗುತ್ತವೆ, ಅದು ನಿಖರವಾಗಿ ಒಂದು ನಿಮಿಷದ ಚಕ್ರದ ಆಕಾರ.

ಕ್ಲೈಂಟ್ ಬದಿಯಲ್ಲಿ ಅತ್ಯಂತ ಚಿಕ್ಕ ಬದಲಾವಣೆ ಎಂದರೆ ಪ್ರೊಫೈಲ್ನ ಮೇಲ್ಮಟ್ಟದಲ್ಲಿ, ಪ್ರತಿ ಇನ್ಲೈನ್ ಬ್ಲಾಕ್ನ ಹೊರಗೆ, ಟೈಮರ್ಗಳನ್ನು ತಟಸ್ಥಗೊಳಿಸುವುದು:

keepalive 0 0

ಉಳಿಸಿ, ಪ್ರೊಫೈಲ್ ಮರುಲೋಡ್ ಮಾಡಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ. ಮೆಮೊರಿಯಲ್ಲಿ ಈಗಾಗಲೇ ಇರುವ ಸೆಷನ್ ಹಳೆಯ ಮೌಲ್ಯಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಪಾದನೆ ಕೆಲವೊಮ್ಮೆ ಏನೂ ಮಾಡದಂತೆ ಕಾಣುತ್ತದೆ.

ಪ್ರಮಾಣಪತ್ರದ ಹೆಸರು ನಿಮ್ಮ ಕಾಲಿನ ಕೆಳಗಿನಿಂದ ಜಾರಬಹುದು

Azure ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣವು ಕ್ಲೈಂಟ್ ಇಂದು ಗೇಟ್ವೇ ಪ್ರಸ್ತುತಪಡಿಸುವ ಹೆಸರನ್ನು ನಂಬುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ. ಹಳೆಯ ಡೌನ್ಲೋಡ್ನಲ್ಲಿರುವ verify-x509-name ಸಾಲು, ಗೇಟ್ವೇ ಮರುನಿರ್ಮಾಣ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ನವೀಕರಣವು ಆಮೇಲೆ ಬದಲಿಸಿದ ಹೆಸರನ್ನು ಪಿನ್ ಮಾಡಬಹುದು, ಮತ್ತು ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದು ಸ್ಪಷ್ಟ ದೋಷವಾಗಿ ಅಲ್ಲ, ಮರುಸಂಪರ್ಕ ಕುಣಿಕೆಯಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ಸಾಲನ್ನು ಅಳಿಸುವುದು ಸಂಪರ್ಕವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ, ಅದು ಅದನ್ನು ಉತ್ತಮ ರೋಗನಿರ್ಣಯ ಮತ್ತು ಕೆಟ್ಟ ಶಾಶ್ವತ ಪರಿಹಾರವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು ಪರಿಶೀಲನೆಯನ್ನೂ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಸುರಂಗ ನಿಂತ ನಂತರ, ಗೇಟ್ವೇ ನಿಜವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸುವ ಹೆಸರಿನೊಂದಿಗೆ ಸಾಲನ್ನು ಮರುಸ್ಥಾಪಿಸಿ.

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

ಏನನ್ನು ಬದಲಿಸಬೇಕು, ಮತ್ತು ಯಾವ ಕ್ರಮದಲ್ಲಿ

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

ನಂತರ ಕೆಲವು ನಿಮಿಷಗಳ ಕಾಲ ನಿರಂತರ ಸಂಚಾರ ನಡೆಸಿ ನಿಷ್ಕ್ರಿಯ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಸಂಚಾರ ಹರಿಯುತ್ತಿರುವಾಗ ಕಡಿತ ನಿಂತರೆ, ಮುಖ್ಯ ಟೈಮರ್ OpenVPN ನದಲ್ಲ, ಮಾರ್ಗದಲ್ಲಿರುವ NAT ಸಾಧನ ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ನದು.

ಈ ನಾಲ್ಕು ಪರೀಕ್ಷೆಗಳ ನಂತರವೇ ಗೇಟ್ವೇ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಿಸಬೇಕು.