UDP VPN ನಿಷ್ಕ್ರಿಯವಾದಾಗ ನಿಂತುಹೋಗುತ್ತದೆ: ಫೈರ್‌ವಾಲ್ ನಿಮ್ಮ ಫ್ಲೋವನ್ನು ಮರೆತಿದೆ

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

ರೋಗಲಕ್ಷಣವು ರೋಗನಿರ್ಣಯಕ್ಕೆ ಸಾಕಷ್ಟು ಸ್ಥಿರವಾಗಿದೆ: ಇದು ನಿಷ್ಕ್ರಿಯತೆಯ ನಂತರ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಹೊರೆಯ ಅಡಿಯಲ್ಲಿ ಅಲ್ಲ.

ನಿಷ್ಕ್ರಿಯ ನಿಲುಗಡೆ ಹೇಗೆ ಕಾಣುತ್ತದೆ

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

ಎರಡೂ ನಿಷ್ಕ್ರಿಯತೆಗೆ ಸಂಬಂಧಿಸಿವೆ, ಮತ್ತು ಅವು ಬೇರೆ ಬೇರೆ ಪರಿಹಾರಗಳನ್ನು ಬೇಕಾಗುತ್ತವೆ.

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

ಮರೆತ ಸಾಧನವನ್ನು ಹುಡುಕಿ

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

ದಾಖಲಾದ ಡೀಫಾಲ್ಟ್ ನಿಮ್ಮ ಮಾರ್ಗದ ಕಾಲಮಿತಿ ಎಂದು ಭಾವಿಸಬೇಡಿ. ಅದು ಒಂದು ಸಾಧನದ ಡೀಫಾಲ್ಟ್.

• ಮನೆಯ ರೌಟರ್: ಹೆಚ್ಚಾಗಿ ನಿಮಿಷಗಳು, ಕೆಲವೊಮ್ಮೆ ಬಹಳ ಕಡಿಮೆ.
• ಕ್ಲೌಡ್ NAT ಅಥವಾ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್: UDPಗೆ ನಿರ್ದಿಷ್ಟವಾಗಿ ದಾಖಲಾದ ನಿಷ್ಕ್ರಿಯ ಕಾಲಮಿತಿಯನ್ನು ನೋಡಿ.
• ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್: netfilter ಟ್ರ್ಯಾಕಿಂಗ್ ಟೈಮರ್‌ಗಳು ಪ್ರತಿ ಫ್ಲೋಗೆ ಅನ್ವಯಿಸುತ್ತವೆ.

ನಿಜವಾದ ಮಾರ್ಗದಲ್ಲಿ ಟೈಮರ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

Linuxನಲ್ಲಿ netfilter ಟ್ರ್ಯಾಕಿಂಗ್ ಟೈಮರ್‌ಗಳು ಕಾಣುತ್ತವೆ ಮತ್ತು ಹೊಂದಿಸಬಹುದು: sysctl net.netfilter.nf_conntrack_udp_timeout ಮತ್ತು net.netfilter.nf_conntrack_udp_timeout_stream. ಎರಡನೆಯದು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಸಂಚಾರ ಕಂಡ ನಂತರ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಾಪಿತ ಸುರಂಗ ಸಾಮಾನ್ಯ ಪ್ರೋಬ್‌ಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕಬಲ್ಲದು.

RFC 4787 UDP NAT ನಡವಳಿಕೆ ಮತ್ತು ಶಿಫಾರಸು ಮಾಡಿದ ಕನಿಷ್ಠಗಳನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ. ಮಾರಾಟಗಾರರ ಡೀಫಾಲ್ಟ್ ಅಸಾಮಾನ್ಯವಾಗಿ ಚಿಕ್ಕದಾಗಿ ಕಂಡಾಗ ಉಲ್ಲೇಖಿಸಬೇಕಾದ ಆಧಾರ ಇದೇ.

Keepalive ಮತ್ತು ಮರುಸಂಪರ್ಕ ಬೇರೆ ಬೇರೆ ಸಾಧನಗಳು

Keepalive ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಜೀವಂತವಾಗಿಡುತ್ತದೆ; ಮರುಸಂಪರ್ಕ ಸತ್ತ ಸೆಷನ್ ಅನ್ನು ಮತ್ತೆ ಕಟ್ಟುತ್ತದೆ. ಅವು ಬೇರೆ ಬೇರೆ ವೈಫಲ್ಯಗಳನ್ನು ಪರಿಹರಿಸುತ್ತವೆ ಮತ್ತು ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದ ವೇಗ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲ. WireGuardನ PersistentKeepalive ನಿಶ್ಚಿತ ಮಧ್ಯಂತರದಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಿ NAT ಬಂಧನವನ್ನು ತೆರೆದಿಡುತ್ತದೆ. OpenVPNನ keepalive ಆಯ್ಕೆ ತನ್ನದೇ ರೀತಿಯಲ್ಲಿ ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಮಧ್ಯದ ಸಾಧನ ಈಗಾಗಲೇ ಫ್ಲೋವನ್ನು ಮರೆತು ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತಿದ್ದರೆ ಯಾವುದೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.

ಅತಿಯಾದ ಆವರ್ತನದ ಪ್ರೋಬ್‌ಗಳು ತಪ್ಪು ಗಡಿಯನ್ನು ಸರಿಪಡಿಸದೆ ಕೆಲಸ ಸೇರಿಸುತ್ತವೆ.

ಪುಟ ಮರುಲೋಡ್‌ನಿಂದ ಅಲ್ಲ, ಹೊಸ ವಿನಂತಿಯಿಂದ ಪರಿಶೀಲಿಸಿ

ಟೈಮರ್ ಬದಲಿಸಿದ ಅಥವಾ keepalive ಸೇರಿಸಿದ ನಂತರ ನಿಷ್ಕ್ರಿಯ ಸನ್ನಿವೇಶವನ್ನು ಮೊದಲಿನಂತೆಯೇ ಪುನರಾವರ್ತಿಸಿ. ನಂತರ ಆವರಿಸಿದ ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ನಿಜವಾಗಿಯೂ ಹೊಸ ವಿನಂತಿ ಮಾಡಿ. ಈಗಾಗಲೇ ಲೋಡ್ ಆದ ಬ್ರೌಸರ್ ಟ್ಯಾಬ್ ಕ್ಯಾಶ್‌ನಿಂದ ತೋರಿಸಬಹುದು ಮತ್ತು ನಿಮಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ನಿಲುಗಡೆ ಮುಂದುವರಿದರೆ, ಒಂದು ಹಾಪ್ ಹೊರಕ್ಕೆ ಸರಿದು ಆ ಸಾಧನದ ಸ್ಥಿತಿ ಕೋಷ್ಟಕವನ್ನು ಪರಿಶೀಲಿಸಿ.