WAN IP ಬದಲಾಯಿತು ಮತ್ತು ಟನೆಲ್ ಬಿದ್ದುಹೋಯಿತು: ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲನೆ

ಟನೆಲ್ ಬೀಳುತ್ತದೆ, ರೌಟರ್ ಮರುಸಂಪರ್ಕವನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು LAN ನಲ್ಲಿ ಏನೂ ಚಲಿಸಿಲ್ಲ. ಹೊಸ WAN ವಿಳಾಸವು ಒಳಗೆ ಏನನ್ನೂ ಬದಲಿಸದೆ ಹೊರ ಸಂಪರ್ಕವನ್ನು ಅಮಾನ್ಯಗೊಳಿಸುತ್ತದೆ: ಕ್ಲೈಂಟ್‌ನ ಮೂಲ ವಿಳಾಸ ಬದಲಾಗಿದೆ, ಹಳೆಯ NAT ಸ್ಥಿತಿಯು ಇನ್ನು ಇಲ್ಲದ ಮೂಲವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ದೂರದ ಪೀರ್ ಇನ್ನೂ ಹಿಂದಿನ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತಿರಬಹುದು. ಚೇತರಿಕೆ ಸಾಮಾನ್ಯ ವರ್ತನೆ, ಮತ್ತು ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಯಾವ ಸ್ಥಿತಿ ನವೀಕರಣಗೊಳ್ಳಲಿಲ್ಲ ಎಂಬುದು.

ಲಾಗ್ ಓದುವ ಮೊದಲು ಘಟನೆಗೆ ಹೆಸರಿಡಿ

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

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

ರೋಮಿಂಗ್ ಮತ್ತು ಮರುಸಂಪರ್ಕ ಬೇರೆ ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು

WireGuard ನಲ್ಲಿ ದೃಢೀಕೃತ ರೋಮಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ನಲ್ಲೇ ಅಂತರ್ಗತವಾಗಿದೆ: ಪೀರ್ ಹೊಸ ಮೂಲ ವಿಳಾಸದಿಂದ ಸರಿಯಾಗಿ ದೃಢೀಕೃತ ಪ್ಯಾಕೆಟ್ ಸ್ವೀಕರಿಸಿದಾಗ, ಅದು ಆ ಪೀರ್‌ನ ಅಂತಿಮ ಬಿಂದುವನ್ನು ನವೀಕರಿಸುತ್ತದೆ. WireGuard ತ್ವರಿತ ಆರಂಭ ಇದನ್ನು ಸಾಧ್ಯವಾಗಿಸುವ ಪೀರ್ ಸಂರಚನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಬದಲಾಗುವ ವಿಳಾಸದಲ್ಲಿರುವ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಗೋಚರ ಮರುಪ್ರಾರಂಭವಿಲ್ಲದೆ ಚೇತರಿಸಿಕೊಳ್ಳುತ್ತದೆ.

OpenVPN ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ. UDP ಅವಧಿ ಕೊನೆಗೊಂಡು ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳಬಹುದು, ಮತ್ತು ಐಚ್ಛಿಕ float ವರ್ತನೆ ದೃಢೀಕೃತ ಪೀರ್‌ಗೆ ಸಂರಚನೆ ಅನುಮತಿಸುವಲ್ಲಿ ಹೊಸ ವಿಳಾಸದಿಂದ ಮುಂದುವರಿಯಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. TCP ಆಧಾರಿತ ಟನೆಲ್‌ಗಳು ಹೆಚ್ಚು ಕಟ್ಟುನಿಟ್ಟಾಗಿವೆ, ಏಕೆಂದರೆ ಸಂಪರ್ಕವೇ ವಿಳಾಸ ಜೋಡಿಗೆ ಬದ್ಧವಾಗಿದೆ. ಆ ವ್ಯತ್ಯಾಸವೇ ಚೇತರಿಕೆ ಅದೃಶ್ಯವಾಗಿ ಕಾಣುತ್ತದೆಯೇ ಅಥವಾ ಪ್ರತಿ ಬಾರಿ ಲಾಗ್‌ನಲ್ಲಿ ತನ್ನನ್ನು ಘೋಷಿಸಿಕೊಳ್ಳುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

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

ಟನೆಲ್ ಒಡೆತನ ಹೊಂದಿರದ ಸ್ಥಿತಿ

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

ಮಾರ್ಗಗಳು ಮತ್ತು ನೀತಿ ನಿಯಮಗಳು ಹಳೆಯ ಗೇಟ್‌ವೇ ಅಥವಾ ಇಂಟರ್‌ಫೇಸ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸಬಹುದು. WAN ಬದಲಾವಣೆಗೆ ಮೊದಲು ಸರಿಯಾಗಿದ್ದ ನಿಯಮ ಸಮೂಹವು ಈಗ ಸ್ಥಗಿತಗೊಂಡಿರುವ ಸಾಧನಕ್ಕೆ ತೋರಿಸಬಹುದು, ಇದು ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎಂದು ವರದಿ ಮಾಡುವ ಟನೆಲ್ ಮತ್ತು ಎಲ್ಲಿಗೂ ಹೋಗದ ಸಂಚಾರವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ನೀವು ಹೋಸ್ಟ್ ಮಾಡುವ ಸರ್ವರ್‌ಗಾಗಿ ಕ್ರಿಯಾತ್ಮಕ DNS, ಹೊಸ ಮೂಲವನ್ನು ಪಡೆಯುವ ಕ್ಲೈಂಟ್‌ಗಿಂತ ಬೇರೆ ಸಮಸ್ಯೆ. ದೂರದ ಕ್ಲೈಂಟ್‌ಗಳು ನಿಮ್ಮನ್ನು ಹುಡುಕಲು ದಾಖಲೆಯನ್ನು ನವೀಕರಿಸಬೇಕು, ಮತ್ತು ಮೇಲ್‌ಸ್ಟ್ರೀಮ್ ಅನುವಾದವು ಮುಂದೆ ಕಳುಹಿಸದ ವಿಳಾಸವನ್ನು ಯಾವುದೇ ಕ್ಲೈಂಟ್-ಬದಿ ಸಂರಚನೆ ಸರಿದೂಗಿಸುವುದಿಲ್ಲ.

ಪರಿಶೀಲನೆಗಳನ್ನು ಹೊರಗಿನಿಂದ ಒಳಕ್ಕೆ ಜೋಡಿಸಿ

ಕೆಳಗಿನ ಕ್ರಮವು ಹೊರ ಸಂಪರ್ಕದಿಂದ ಒಳಕ್ಕೆ ಸಾಗುತ್ತದೆ, ಮತ್ತು ಮೊದಲ ವಿಫಲ ಹಂತದಲ್ಲಿ ನಿಲ್ಲಿಸುವುದೇ ಅದನ್ನು ಉಪಯುಕ್ತವಾಗಿಸುತ್ತದೆ: ಪ್ರತಿ ಸುತ್ತು ತನ್ನ ಮೇಲಿನ ಪದರವನ್ನು ಹೊರಗಿಡುತ್ತದೆ. ದೋಷ ಸ್ಪಷ್ಟವಾಗಿ ಕಂಡರೂ ಈ ಕ್ರಮವನ್ನು ಪಾಲಿಸಿ.

wg show
ip -br addr show
ip route get 198.51.100.7
conntrack -L 2>/dev/null | grep -c ESTABLISHED
journalctl -u openvpn-client@home --since '-2 hours' | tail -n 40

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

ನಂತರ ರೌಟರ್‌ನಿಂದ ಅಲ್ಲ, LAN ಕ್ಲೈಂಟ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ರೌಟರ್ ಸ್ವತಃ ಕಳುಹಿಸಿದ ಪಿಂಗ್ ಮುಂದೆ ರವಾನಿಸಿದ ಸಂಚಾರಕ್ಕಿಂತ ಬೇರೆ ಮಾರ್ಗ ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಶಸ್ವಿ ರೌಟರ್ ಪಿಂಗ್ ಟನೆಲ್ ಇದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ನಿರೀಕ್ಷಿತ ವರ್ತನೆಯನ್ನು ನಿರ್ಧರಿಸಿ ಮತ್ತು ಬರೆದಿಡಿ

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

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