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

ట్రాఫిక్ కదలని స్థాపిత సాకెట్ వెతకాల్సిన గుర్తు, స్థితి కోడ్ను తిరిగి ఇచ్చే కొత్త అభ్యర్థన మార్గం సజీవంగా ఉందని చూపుతుంది. కనెక్షన్ పట్టిక ప్రవాహాన్ని ఇంకా ఏదైనా మ్యాప్ చేస్తోందా అని సమాధానం ఇస్తుంది, అదే క్లయింట్ చూడలేని భాగం. రిజాల్వర్ ప్రశ్న పేజీ లోడ్లో మిగిలిన సగాన్ని కవర్ చేస్తుంది, ఎందుకంటే పేరు వైఫల్యం మరియు నిలిచిన కనెక్షన్ బ్రౌజర్లో ఒకేలా కనిపిస్తాయి. కలిసి, ఆ నాలుగు ఫలితాలు పాత సెషన్ను విరిగిన టన్నెల్ నుండి వేరు చేస్తాయి.

అంతరాయం సమయం, తిరిగి కనెక్ట్ అయిన సమయం మరియు పాత, కొత్త అభ్యర్థనల మధ్య భేదాన్ని నమోదు చేయండి. ఆ నమోదు అస్పష్ట ఫిర్యాదును ఎవరైనా చర్య తీసుకోగల నివేదికగా మారుస్తుంది.