VPN ಅದೇ ಮಧ್ಯಂತರದಲ್ಲಿ ಸಂಪರ್ಕ ಕಡಿತಗೊಳ್ಳುತ್ತದೆಯೇ? ಟೈಮರ್ ಹೊಂದಿಸಿ
ನಿಗದಿತ ಮಧ್ಯಂತರದಲ್ಲಿ ಸಂಪರ್ಕ ಕಡಿತವು ಬೆರಳಚ್ಚು. ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಟನೆಲ್ ಕೀ ನವೀಕರಣ, NAT ನಿಷ್ಕ್ರಿಯ ಟೈಮರ್, DHCP ಲೀಜ್ ಮತ್ತು ಖಾತೆ ಮಿತಿಯನ್ನು ಹೋಲಿಸಿ.
ಪ್ರತಿ ಹದಿನೈದು ನಿಮಿಷಕ್ಕೊಮ್ಮೆ ಅಥವಾ ಪ್ರತಿ ಗಂಟೆಗೆ ಅದೇ ನಿಮಿಷದಲ್ಲಿ ಸಾಯುವ ಟನೆಲ್, ನೆಟ್ವರ್ಕ್ ಅಸ್ಥಿರವಾಗಿದೆ ಎಂದಲ್ಲ, ಬದಲಾಗಿ ಯಾವುದೋ ಟೈಮರ್ ಮುಗಿದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಉಪಯುಕ್ತ ಹೆಜ್ಜೆ ಎಂದರೆ ಮಧ್ಯಂತರವನ್ನು ಬರೆದಿಟ್ಟುಕೊಂಡು ಈ ಮಾದರಿಯನ್ನು ಸೃಷ್ಟಿಸುವ ನಾಲ್ಕು ಟೈಮರ್ಗಳೊಂದಿಗೆ ಹೋಲಿಸುವುದು. ಆ ಹೋಲಿಕೆಗೆ ಮೊದಲು ಸಮಯ ಮಿತಿಗಳನ್ನು ಬದಲಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ದೋಷವನ್ನು ವಿವರಿಸದೆಯೇ ಸ್ಥಳಾಂತರಿಸುತ್ತದೆ, ಇದು ಮುಂದಿನ ಘಟನೆಯನ್ನು ಮೊದಲನೆಯದಕ್ಕಿಂತ ಓದಲು ಕಷ್ಟವಾಗಿಸುತ್ತದೆ. ಮಾಪನವು ಹತ್ತು ನಿಮಿಷ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಒಂದು ವಾರದ ಊಹೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ.
ಮಧ್ಯಂತರವನ್ನು ಸಂಖ್ಯೆಯಾಗಿ ಮಾಡಿ
ಐದು ಅಥವಾ ಆರು ಘಟನೆಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ ಅವುಗಳ ನಡುವಿನ ಅಂತರವನ್ನು ಲೆಕ್ಕಹಾಕಿ, ದಿನದ ಆರಂಭದಿಂದ ಅಲ್ಲ. 09:12, 10:12 ಮತ್ತು 11:12ಕ್ಕೆ ಕಡಿತವು ಗಂಟೆಯ ಗಡಿ; 09:12, 09:27 ಮತ್ತು 09:42ಕ್ಕೆ ಕಡಿತವು ಕೊನೆಯ ಯಶಸ್ವಿ ಸಂಪರ್ಕದಿಂದ ಹದಿನೈದು ನಿಮಿಷ. ಫಲಿತಾಂಶವನ್ನು ಹತ್ತಿರದ ನಿಮಿಷಕ್ಕಲ್ಲ, ಹೆಚ್ಚು ಸಂಭವನೀಯ ಟೈಮರ್ಗೆ ಸುತ್ತಿಸಿ.
ಪ್ರತಿ ಘಟನೆಗೆ ಎರಡು ಕ್ಷಣಗಳನ್ನು ದಾಖಲಿಸಿ: ಟ್ರಾಫಿಕ್ ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಚಲಿಸಿತು ಮತ್ತು ಕ್ಲೈಂಟ್ ಯಾವಾಗ ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ವರದಿ ಮಾಡಿತು. ಟನೆಲ್ ಮೌನವಾಗಿ ಸಾಯುವಾಗ ಮತ್ತು ಕ್ಲೈಂಟ್ ಮುಂದಿನ ಕಳುಹಿಸುವಿಕೆಯಲ್ಲಿ ಮಾತ್ರ ಗಮನಿಸಿದಾಗ ಇವು ಭಿನ್ನವಾಗುತ್ತವೆ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ನಿಷ್ಕ್ರಿಯ ಟೈಮ್ಔಟ್ ಅನ್ನು ಕಠಿಣ ವೈಫಲ್ಯದಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ. ತಡವಾಗಿ ಗಮನಿಸುವ ಕ್ಲೈಂಟ್ ನೀವು ಅಳೆಯುವ ನಿಷ್ಕ್ರಿಯತೆಯ ಕಿಟಕಿಯನ್ನು ಉಬ್ಬಿಸುತ್ತದೆ.
ಮರುಸಂಪರ್ಕ ಸ್ವಯಂಚಾಲಿತವೇ ಎಂದು ಗಮನಿಸಿ. ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ ಮಧ್ಯಂತರವನ್ನು ಲಾಗ್ನಲ್ಲಿ ಕಾಣುವಂತೆ ಮತ್ತು ಬಳಕೆದಾರರ ವರದಿಯ ಹೊರಗೆ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಈ ವೈಫಲ್ಯಗಳನ್ನು ಆವರ್ತಕವಲ್ಲ, ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುವ ಎಂದು ವಿವರಿಸಲಾಗುತ್ತದೆ. ಅದು ಲ್ಯಾಪ್ಟಾಪ್ ಬಳಸುವ ವ್ಯಕ್ತಿಯಿಂದಲೂ ಘಟನೆಯನ್ನು ಮರೆಮಾಡುತ್ತದೆ.
ಒಂದೇ ರೀತಿ ಕಾಣುವ ನಾಲ್ಕು ಟೈಮರ್ಗಳು
ಬಹುತೇಕ ಪ್ರತಿ ಪುನರಾವರ್ತಿತ ಟನೆಲ್ ಪತನವು ಇವುಗಳಲ್ಲಿ ಒಂದರಿಂದ ಬರುತ್ತದೆ: ಪ್ರೋಟೋಕಾಲ್ ಕೀ ನವೀಕರಣ, ನಿಷ್ಕ್ರಿಯ ಮ್ಯಾಪಿಂಗ್ನ ಮುಕ್ತಾಯ, DHCP ಅಥವಾ ಇಂಟರ್ಫೇಸ್ ಘಟನೆ, ಅಥವಾ ಖಾತೆ ನೀತಿ. ಟ್ರಾಫಿಕ್ ಹರಿಯುತ್ತಿತ್ತಾ ಮತ್ತು ಗಡಿಯಲ್ಲಿ ಲಾಗ್ ಏನು ಹೇಳುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ಅವು ಭಿನ್ನ.
ಕೆಳಗಿನ ಸಹಿಗಳನ್ನು ಕಲಿಯುವುದು ಯೋಗ್ಯ, ಏಕೆಂದರೆ ಅವು ಒಂದೇ ಲಾಗ್ ಸಾಲಿನಿಂದ ಮೂರು ವಿವರಣೆಗಳನ್ನು ತಳ್ಳಿಹಾಕಲು ಅವಕಾಶ ನೀಡುತ್ತವೆ:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
ಮೊದಲ ಸಾಲು ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಭದ್ರತಾ ಕಾರ್ಯವಿಧಾನ, ಮತ್ತು ಎರಡನೆಯದು ಸ್ಥಿತಿಯನ್ನು ಮರೆಯುವ ಮಧ್ಯವರ್ತಿ ಸಾಧನ. ಅವುಗಳನ್ನು ಬೆರೆಸುವುದು ಕೀ ನವೀಕರಣವನ್ನು ದುರ್ಬಲಗೊಳಿಸಲು ಅಥವಾ ಎಂದಿಗೂ ಒಳಗೊಂಡಿರದ ಫೈರ್ವಾಲ್ ನಿಯಮದ ಹಿಂದೆ ಓಡಲು ಕಾರಣವಾಗುತ್ತದೆ.
ಕೆಲಸದಲ್ಲಿದೆಯೇ ನಿಷ್ಕ್ರಿಯವೇ ಎಂಬುದು ಯಾವ ಅರ್ಧ ಎಂದು ಹೇಳುತ್ತದೆ
ನಿರಂತರ ಟ್ರಾಫಿಕ್ನೊಂದಿಗೆ ನಿಯಂತ್ರಿತ ಹೋಲಿಕೆ ಮಾಡಿ, ಉದಾಹರಣೆಗೆ ಟನೆಲ್ ಒಳಗಿನ ಹೋಸ್ಟ್ಗೆ ದೀರ್ಘ ಸ್ಟ್ರೀಮ್, ಮತ್ತು ಮಧ್ಯಂತರ ಬದಲಾಗುತ್ತದೆಯೇ ನೋಡಿ. ಡೇಟಾ ಹರಿಯುವಾಗ ಕಡಿತ ಕಣ್ಮರೆಯಾದರೆ, ಟೈಮರ್ ನಿಷ್ಕ್ರಿಯತೆಯ ಆಧಾರಿತವಾಗಿದೆ.
ಅದು ನಿರಂತರ ಟ್ರಾಫಿಕ್ ಅನ್ನು ತಡೆದುಕೊಂಡರೆ, ಕಾರಣ ಕೀ ನವೀಕರಣ, ಲೀಜ್ ಅಥವಾ ನೀತಿಗೆ ಸೇರುತ್ತದೆ. ಆ ಒಂದೇ ಪರೀಕ್ಷೆ ಸುಮಾರು ಒಂದು ಗಂಟೆಯ ವೀಕ್ಷಣೆಯಲ್ಲಿ ಅರ್ಧದಷ್ಟು ಅಭ್ಯರ್ಥಿಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಮತ್ತು ಗಮನವನ್ನು ಬಿಟ್ಟು ಬೇರೆ ಏನೂ ವೆಚ್ಚವಾಗುವುದಿಲ್ಲ.
ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ ಪ್ರವೇಶ ಜಾಲವನ್ನು ಬದಲಾಗದಂತೆ ಇರಿಸಿ. ಹೋಲಿಕೆಯ ಮಧ್ಯದಲ್ಲಿ Wi-Fi ಮತ್ತು Ethernet ನಡುವೆ ಬದಲಾಯಿಸುವುದು ನೀವು ಟೈಮರ್ನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಇಂಟರ್ಫೇಸ್ ಘಟನೆಯನ್ನೇ ತರುತ್ತದೆ.
ಲಾಗ್ ಸಾಲನ್ನು ಗಡಿಗೆ ಹೊಂದಿಸಿ
ದಾಖಲಾದ ಕ್ಷಣದ ಸುತ್ತಮುತ್ತಲಿನ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ಲಾಗ್ಗಳನ್ನು ಓದಿ, ಇಡೀ ಫೈಲ್ ಅಲ್ಲ. ಕೀ ನವೀಕರಣವು ಮಾತುಕತೆಯನ್ನು ತೋರಿಸುತ್ತದೆ; ನಿಷ್ಕ್ರಿಯತೆಯ ಮುಕ್ತಾಯವು ಮುಂದಿನ ಪ್ಯಾಕೆಟ್ವರೆಗೆ ಏನನ್ನೂ ತೋರಿಸುವುದಿಲ್ಲ; ಲೀಜ್ ಬದಲಾವಣೆಯು ವಿಳಾಸದ ಕೆಲಸವನ್ನು ತೋರಿಸುತ್ತದೆ; ನೀತಿ ಮಿತಿಯು ಸಾಮಾನ್ಯವಾಗಿ ಸ್ವಚ್ಛ ಆಡಳಿತಾತ್ಮಕ ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ತೋರಿಸುತ್ತದೆ.
ಈ ಆದೇಶಗಳು ಪ್ರತಿ ಮೂಲದಿಂದ ಸಂಬಂಧಿತ ಕಿಟಕಿಯನ್ನು ಎಳೆಯುತ್ತವೆ:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showಮೂರು ಮೂಲಗಳು ಸಮಯಮುದ್ರೆಯಲ್ಲಿ ಒಪ್ಪಿದರೆ, ಟೈಮರ್ನ ಮಾಲೀಕರು ನಿಮಗೆ ತಿಳಿದಿದೆ. ಕ್ಲೈಂಟ್ ಲಾಗ್ನಲ್ಲಿ ಮಾತ್ರ ಏನಾದರೂ ಇದ್ದರೆ, ಸೆಷನ್ ಮುಗಿಸುತ್ತಿರುವುದು ಸರ್ವರ್ ಅಲ್ಲದಿರಬಹುದು.
ಹಂತವನ್ನು ಸರಿಪಡಿಸಿ, ಐಕಾನ್ ಅಲ್ಲ
ಪ್ರತಿ ಮಾಲೀಕರಿಗೆ ಒಂದು ಬೆಂಬಲಿತ ದುರಸ್ತಿ ಇದೆ. ಕೀ ನವೀಕರಣದ ವೈಫಲ್ಯಕ್ಕೆ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಹೊಂದಿಕೊಳ್ಳುವ ಪ್ರಸ್ತಾಪಗಳು ಬೇಕು. ನಿಷ್ಕ್ರಿಯತೆಯ ಮುಕ್ತಾಯಕ್ಕೆ ಜೀವಂತ ಸಂಕೇತ ಅಥವಾ ಚಿಕ್ಕ ನಿಷ್ಕ್ರಿಯತೆಯ ನಿರೀಕ್ಷೆ ಬೇಕು, ಮಾರ್ಗ ಅನುಮತಿಸುವ ಮಿತಿಯೊಳಗೆ. ಲೀಜ್ ಘಟನೆಗೆ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ವಿದ್ಯುತ್ ಸೆಟ್ಟಿಂಗ್ಗಳ ಸರಿಪಡಿಸುವಿಕೆ ಬೇಕು. ಖಾತೆ ಮಿತಿ ನೀತಿ ನಿರ್ಣಯ, ದೋಷವಲ್ಲ.
ಐಕಾನ್ ಹಸಿರಾಗಿರಿಸಲು ಕೀ ನವೀಕರಣ ಅಥವಾ ದೃಢೀಕರಣವನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಕಾಣುವ ಪತನವನ್ನು ಅದೃಶ್ಯ ದೌರ್ಬಲ್ಯಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಕೊನೆಯದಾಗಿ ಯಾವಾಗ ಹೊಸ ಕೀಗಳ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸಿತು ಎಂದು ಹೇಳುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಕಸಿದುಕೊಳ್ಳುತ್ತದೆ. ನಂತರ ಮೂಲ ಅವಧಿಯನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಸಮಯಮುದ್ರೆಗಳನ್ನು ಉಳಿಸಿ, ಇದರಿಂದ ಮುಂದಿನ ಘಟನೆಯನ್ನು ಮೊದಲಿನಿಂದ ಪ್ರಾರಂಭಿಸುವ ಬದಲು ಇದರೊಂದಿಗೆ ಹೋಲಿಸಬಹುದು.