ಎರಡು ಸೆಕೆಂಡಿನ ಸ್ತಂಭನ: VPN ಆಗಿತ್ತೇ ಅಥವಾ Wi-Fi?

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

ಎರಡು ದಾಖಲೆ, ಒಂದಲ್ಲ

ಕೆಳಗಿನ ಸಂಪರ್ಕಕ್ಕೆ ಏನಾಯಿತು ಮತ್ತು ಸುರಂಗ ಸ್ವತಃ ಏನು ಮಾಡಿತು ಎಂಬುದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬರೆಯಿರಿ. ನಂತರ ಅನ್ವಯದ ವಿರಾಮವನ್ನು ಎರಡೂ ದಾಖಲೆಗಳ ಮುಂದೆ ಇರಿಸಿ. ಇವು ಕೆಲವೊಮ್ಮೆ ಒಂದಾಗುವ ಸ್ವತಂತ್ರ ಘಟನಾವಳಿಗಳು, ಮತ್ತು ಮೂರನ್ನೂ ಸಂಪರ್ಕ ಕಡಿತ ಎಂದು ಕರೆಯುವುದು ಆರಂಭದಲ್ಲೇ ಉತ್ತರವನ್ನು ಊಹಿಸುವುದು.

ನಿಮಿಷಕ್ಕೊಮ್ಮೆ ಪರೀಕ್ಷಿಸುವ ಮಾನಿಟರ್ ಎರಡು ಸೆಕೆಂಡಿನ ಅಡ್ಡಿಯನ್ನು ನೋಡಲಾರದು. ಆ ದಿನವನ್ನು ಆರೋಗ್ಯಕರ ಎಂದು ವರದಿ ಮಾಡುವುದು ತಾಂತ್ರಿಕವಾಗಿ ಸರಿ ಮತ್ತು ಪ್ರಾಯೋಗಿಕವಾಗಿ ನಿರುಪಯುಕ್ತ. ನೀವು ಉಲ್ಲೇಖಿಸುವ ಪ್ರತಿ ಫಲಿತಾಂಶದ ಪಕ್ಕದಲ್ಲಿ ಮಾದರಿ ಅಂತರವನ್ನು ಬರೆಯಿರಿ.

ಅನ್ವಯ ಸ್ತಂಭಿಸಿದಾಗ ಪ್ರವೇಶ ಕೊಂಡಿ ಏನು ಮಾಡಿತು

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

ಮೊದಲು ಮಾರ್ಗಗಳನ್ನು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಸಾರ್ವಜನಿಕ ಗುರಿಯೇ ಸುರಂಗದ ಮೂಲಕ ಮಾರ್ಗವಾಗಬಹುದು ಮತ್ತು ಆಗ ಪ್ರವೇಶ ಮಾರ್ಗದ ಬದಲು ಸುರಂಗವನ್ನು ಅಳೆಯುತ್ತದೆ. ಅಡ್ಡಿಯನ್ನು ನಿಜವಾಗಿ ದಿನಾಂಕ ಮಾಡುವ ಸಾಕ್ಷ್ಯಗಳು ಒಂದು ಪದರ ಕೆಳಗಿವೆ: ರೌಟರ್‌ನಲ್ಲಿ ಕೊಂಡಿ ಘಟನೆಗಳು, ಮೊಡೆಮ್‌ನಲ್ಲಿ ಮರುಸಿಂಕ್ ದಾಖಲೆಗಳು, ಮತ್ತು ಬದಲಾದ WAN ವಿಳಾಸ. ಸಂಚಿತ ದೋಷ ಎಣಿಕೆ ಏನೋ ತಪ್ಪಾಯಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ಯಾವಾಗ ಎಂದು ಎಂದಿಗೂ ಹೇಳುವುದಿಲ್ಲ. ಆ ದಾಖಲೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದುವ ಬದಲು ಘಟನೆಯ ಕಿಟಕಿಯೊಂದಿಗೆ ಸಹಸಂಬಂಧಿಸಿ.

ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show

ನಿನ್ನೆ ಏರಿದ ಎಣಿಕೆ ಇಂದು ಬೆಳಗಿನ ಸ್ತಂಭನದ ಬಗ್ಗೆ ಏನನ್ನೂ ವಿವರಿಸುವುದಿಲ್ಲ. ಸಹಸಂಬಂಧವನ್ನು ಬಳಕೆದಾರರು ವರದಿ ಮಾಡಿದ ಕಿಟಕಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ.

ಮರುಪ್ರಾರಂಭದ ದಾಖಲೆಯನ್ನು ಹುಡುಕಿ

ಕಳೆದುಹೋದ UDP ಡೇಟಾಗ್ರಾಮ್ ತಾನೇ Community OpenVPN ಅನ್ನು ಹೊಸ TLS ಮಾತುಕತೆ ಆರಂಭಿಸಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ. ಮರುಪ್ರಾರಂಭದ ನಡವಳಿಕೆ ping-restart ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಮತ್ತು ಜಾರಿಯಲ್ಲಿರುವ ಮೌಲ್ಯವನ್ನು ಸರ್ವರ್ ಕಳುಹಿಸಿರಬಹುದು; 2.6 ಕೈಪಿಡಿ ಆ ಟೈಮರ್‌ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ವಿತರಣೆ ಒಂದು ಕ್ಷಣ ಮುರಿಯುತ್ತದೆ, ಮಿತಿಯನ್ನು ಎಂದಿಗೂ ದಾಟುವುದಿಲ್ಲ, ಮತ್ತು ಲಾಗ್ ಖಾಲಿ ಇರುತ್ತದೆ. ಆದ್ದರಿಂದ ವಿರಾಮದ ಸುತ್ತ ಲಾಗ್‌ನಲ್ಲಿ ಮರುಪ್ರಾರಂಭದ ಸಾಲು, ಹೊಸ ಸಂಪರ್ಕ ಅಥವಾ ಬದಲಾದ ಅಧಿವೇಶನ ಗುರುತನ್ನು ಹುಡುಕಿ. ಮೂರರಲ್ಲಿ ಯಾವುದೂ ಕಾಣದಿದ್ದರೆ ಸುರಂಗ ಏನನ್ನೂ ಮಾಡಿಲ್ಲ ಮತ್ತು ಟೈಮರ್ ಎಂದಿಗೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ.

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

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

ಏನನ್ನು ಸರಿಪಡಿಸಬೇಕೆಂದು ಹೋಲಿಕೆ ನಿರ್ಧರಿಸಲಿ

ಎರಡೂ ದಾಖಲೆಗಳು ಪಕ್ಕಪಕ್ಕ ಇದ್ದಾಗ ಹಂಚಿಕೆ ಸಾಮಾನ್ಯವಾಗಿ ತಾನೇ ಬರೆಯುತ್ತದೆ. ಎರಡೂ ಮಾರ್ಗಗಳಲ್ಲಿ ರೌಟರ್ ಕೊಂಡಿ ಘಟನೆ ಎಂದರೆ ವಿಷಯ ಪ್ರವೇಶ ಸಂಪರ್ಕ. ಶಾಂತ ಸುರಂಗ ಮತ್ತು ಬಳಸಬಹುದಾದ ಸಾಮಾನ್ಯ ಮಾರ್ಗ ಎಂದರೆ ವಿಷಯ ಮಾತುಕತೆ.

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

ಪರಿಶೀಲನೆಯನ್ನು ದಾಟುವ ವರದಿ ನಾಲ್ಕು ವಿಷಯಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಸ್ತಂಭನ ಎಷ್ಟು ಕಾಲ ಇತ್ತು, ಯಾವ ಮಾರ್ಗಗಳು ಉತ್ತರಿಸುತ್ತಾ ಇದ್ದವು, ಆ ಸೆಕೆಂಡಿನಲ್ಲಿ ಸುರಂಗ ಏನನ್ನು ದಾಖಲಿಸಿತು, ಮತ್ತು ಮಾನಿಟರ್ ಎಷ್ಟು ಬಾರಿ ಮಾದರಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆ ನಾಲ್ಕು ಸಂಗತಿಗಳು ಮುಂದಿನ ಓದುಗನಿಗೆ ಸಾರಾಂಶವನ್ನು ನಂಬುವ ಬದಲು ವೀಕ್ಷಣೆಯನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತವೆ. ಅಪ್ಟೈಮ್ ಶೇಕಡಾವಾರು ನಿಮಗೆ ಮುಖ್ಯವಾದ ಮಧ್ಯಂತರವನ್ನೇ ಮರೆಮಾಡುತ್ತದೆ, ಮತ್ತು "VPN ಬಿದ್ದುಹೋಯಿತು" ಎಂಬ ವಾಕ್ಯವೂ ಸಹ.