VPN ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡರೂ ಆ್ಯಪ್ ಸೆಷನ್ ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತದೆ

ಸುರಂಗ ಮರಳಿ ಬರುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ ಎನ್ನುತ್ತದೆ, ಮತ್ತು ಬ್ರೌಸರ್ ಇನ್ನೂ ಕಡಿತಕ್ಕೆ ಮೊದಲು ಲೋಡ್ ಮಾಡುತ್ತಿದ್ದ ಪುಟದಲ್ಲಿ ತಿರುಗುತ್ತಿದೆ. VPN ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುವುದು ಒಂದು ಮಾರ್ಗವನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ಆ್ಯಪ್ಗಳು ಹಾಗೂ ದೂರದ ಬದಿ ಹಳೆಯ ಮಾರ್ಗದಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ ಸಂಪರ್ಕ ಸ್ಥಿತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಇವು ಸರಿಪಡಿಸಲು ಬೇರೆ ಬೇರೆ ಎರಡು ವಿಷಯಗಳು, ಮತ್ತು ಇವನ್ನು ಗೊಂದಲಿಸುವುದು ನಿಮ್ಮನ್ನು ಕಾರಣವಿಲ್ಲದೆ VPN ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ಕಳುಹಿಸುತ್ತದೆ.

ಒಂದು ಪರೀಕ್ಷೆ ಅವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೆ ಹತ್ತು ಸೆಕೆಂಡು ಬೇಕು. ಹಳೆಯ ವಿನಂತಿ ನೇತಾಡುತ್ತಿರುವಾಗಲೇ ಅದೇ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಹೊಸ ವಿನಂತಿ ಕಳುಹಿಸಿ.

ಮತ್ತೆ ಸಂಪರ್ಕದಲ್ಲಿ ಏನು ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಏನು ಉಳಿಯುವುದಿಲ್ಲ

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

ಕೆಲವು ಕ್ಲೈಂಟ್ಗಳು ಮತ್ತೆ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಹಳೆಯ ಸಂಪರ್ಕಗಳನ್ನು ಬಿಸಾಡುವ ಕೊಕ್ಕೆ ಸೇರಿಸುತ್ತವೆ, ಮತ್ತು ಹೆಚ್ಚಿನವು ಸೇರಿಸುವುದಿಲ್ಲ. ಇಲ್ಲಿ ವರ್ತನೆ ಕ್ಲೈಂಟ್, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಮತ್ತು ಆವೃತ್ತಿಗೆ ಅನುಗುಣವಾಗಿ ಬದಲಾಗುತ್ತದೆ.

ದೂರದ ಬದಿ ನಿಮ್ಮನ್ನೂ ಮರೆತಿದೆ

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

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

ಹೊಸ ವಿನಂತಿಯೇ ಅವನ್ನು ಬೇರ್ಪಡಿಸುವ ಪರೀಕ್ಷೆ

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

ಪರೀಕ್ಷೆಯ ಸಮಯದಲ್ಲಿ ನೇರ ಸಂಚಾರದ ಯಾವುದೇ ನಿರ್ಬಂಧವನ್ನು ಅದರ ಜಾಗದಲ್ಲಿ ಬಿಡಿ. ಆಕಸ್ಮಿಕ ಪರ್ಯಾಯ ಮಾರ್ಗದ ಮೂಲಕ ಯಶಸ್ವಿಯಾದ ವಿನಂತಿ ಸುರಂಗದ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ.

ಹಳೆಯದಲ್ಲ, ಹೊಸ ಸಂಪರ್ಕದಿಂದ ಖಚಿತಪಡಿಸಿ

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

ss -tanp | grep -E ':(443|8443)'
curl -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 https://intranet.example.com/
conntrack -L 2>/dev/null | grep 8443
dig +short intranet.example.com

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

ಅಡಚಣೆಯ ಸಮಯ, ಮತ್ತೆ ಸಂಪರ್ಕದ ಸಮಯ ಮತ್ತು ಹಳೆಯ ಹಾಗೂ ಹೊಸ ವಿನಂತಿಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ದಾಖಲಿಸಿ. ಆ ದಾಖಲೆ ಅಸ್ಪಷ್ಟ ದೂರನ್ನು ಯಾರಾದರೂ ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ವರದಿಯಾಗಿ ಬದಲಿಸುತ್ತದೆ.