WireGuard ನಿಷ್ಕ್ರಿಯೆಯ ನಂತರ ವಿಫಲವಾಗುತ್ತದೆ: ಮೊದಲು ದಿಕ್ಕನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಯಾವ ದಿಕ್ಕು ವಿಫಲವಾಗುತ್ತದೆ?

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

ಶಾಂತ ಅವಧಿ ಎಷ್ಟು ಕಾಲ ಇತ್ತು ಮತ್ತು ಸಾಧನ ನಿದ್ರಿಸಿತೇ ಅಥವಾ ಈ ನಡುವೆ ಬೇರೆ ಜಾಲಕ್ಕೆ ಹೋಯಿತೇ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಈ ಎರಡು ಅಂಶಗಳು ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್‌ಗಿಂತ ಮೊದಲು ರೋಗನಿರ್ಣಯವನ್ನು ಬದಲಿಸುತ್ತವೆ.

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

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

ನಿದ್ರೆ, ರೇಡಿಯೊ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸ್ಥಿತಿ

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

ನಿಷ್ಕ್ರಿಯ ಅವಧಿಯ ನಂತರ ತೆರೆದೇ ಇರುವ ಟ್ಯಾಬ್ ಅನ್ನು ನಂಬುವ ಬದಲು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮತ್ತೆ ತೆರೆಯಿರಿ. ಹಳೆಯ ಅವಧಿ ವಿಫಲವಾದಲ್ಲಿ ಹೊಸ ವಿನಂತಿ ಯಶಸ್ವಿಯಾದರೆ, ಸುರಂಗ ಎಂದೂ ಸಮಸ್ಯೆಯಾಗಿರಲಿಲ್ಲ.

keepalive ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ

PersistentKeepalive ನಿಯತಕಾಲಿಕವಾಗಿ ದೃಢೀಕೃತ ಖಾಲಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸಹಚರರಿಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಇದು ಸಹಚರರ ನಡುವೆ NAT ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಜೀವಂತವಾಗಿರಿಸಲು ಮತ್ತು ಎದುರು ಬದಿಯ ತುದಿ ಬಿಂದುವನ್ನು ನವೀಕೃತವಾಗಿರಿಸಲು ಸಾಕು, WireGuard ನ ತ್ವರಿತ ಆರಂಭ ವಿವರಿಸಿದಂತೆ. ಅದು ನಿದ್ರಿಸುತ್ತಿರುವ ರೇಡಿಯೊ, ಕಳೆದುಹೋದ ಮಾರ್ಗ ಅಥವಾ ಎಂದೂ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಬೆಂಬಲಿತ ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಮೂಲಕ ಮಧ್ಯಂತರವನ್ನು ಆರಿಸಿ, ಮತ್ತು ಸ್ಥಿತಿ ಪ್ರದರ್ಶನ ಮೌನವಾದ ಕಾರಣಕ್ಕೆ ಎಲ್ಲೆಡೆ ಆಕ್ರಮಣಕಾರಿ ಮೌಲ್ಯವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಡಿ.

ಹೆಚ್ಚಿನ ನಿಷ್ಕ್ರಿಯ ಅವಧಿಗಳು ವೈಫಲ್ಯಗಳಲ್ಲ. ಐದು ನಿಮಿಷದ ಮೌನದ ನಂತರ ಮತ್ತೆ ಸೇರುವ ಸುರಂಗ ಸರಿಯಾಗಿ ವರ್ತಿಸುತ್ತದೆ, ಮತ್ತು ಸಮಸ್ಯೆ ಎದುರು ಬದಿಯಿಂದ ಏನಾದರೂ ಬರಬೇಕಿತ್ತು ಎಂಬ ಪ್ರಕರಣದಲ್ಲಿ ಮಾತ್ರ.

ಹಿಂದೆ ವಿಫಲವಾಗುತ್ತಿದ್ದ ಮಧ್ಯಂತರವನ್ನು ಕಾಯಿರಿ

ಒಂದು ಬೆಂಬಲಿತ ಬದಲಾವಣೆ ಮಾಡಿ, ನಂತರ ಆ ಸಂಪನ್ಮೂಲವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸುವ ಮೊದಲು ಅದೇ ನಿಷ್ಕ್ರಿಯ ಅವಧಿ ಕಳೆಯಲಿ. ಕಾಯುವುದು ಪರೀಕ್ಷೆಯ ಭಾಗ, ಔಪಚಾರಿಕತೆ ಅಲ್ಲ. ಮತ್ತೆ ಸೇರಿದ ನಂತರದ ತಕ್ಷಣದ ಯಶಸ್ಸು ದೀರ್ಘ ನಿಷ್ಕ್ರಿಯತೆಯ ಲಕ್ಷಣದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಮತ್ತೆ ಸೇರುವುದೇ ಸ್ಥಿತಿಯನ್ನು ಮರುಹೊಂದಿಸುವ ಘಟನೆ. ಸಮಸ್ಯೆ ಸಕ್ರಿಯ ಬಳಕೆಯಲ್ಲೂ ಕಾಣಿಸಿಕೊಂಡರೆ, ಹೆಚ್ಚು ನಿಯತಕಾಲಿಕ ಸಂಚಾರ ಸೇರಿಸುವ ಬದಲು handshake ಮತ್ತು ದತ್ತಾಂಶ ಮಾರ್ಗ ಪರಿಶೀಲನೆಗೆ ಹಿಂತಿರುಗಿ.

ಪ್ರತಿ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಒಂದು ಬದಲಾವಣೆ ಇಟ್ಟುಕೊಳ್ಳಿ ಮತ್ತು ಬಳಸಿದ ನಿಷ್ಕ್ರಿಯ ಅವಧಿಯನ್ನು ಬರೆಯಿರಿ. ಅದಿಲ್ಲದೆ ಪ್ರತಿ ನಂತರದ ಹೋಲಿಕೆ ಜಾರುತ್ತದೆ ಮತ್ತು ಯಾವ ಬದಲಾವಣೆ ಮುಖ್ಯವಾಗಿತ್ತು ಎಂದು ಯಾರೂ ಹೇಳಲಾರರು. ನಾಲ್ಕು ಅಂಶಗಳನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ: ದಿಕ್ಕು, ಅವಧಿ, ನಿದ್ರೆ ಸ್ಥಿತಿ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ವರ್ತನೆ.