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 జోడించిన తర్వాత నిష్క్రియ దృశ్యాన్ని ముందులాగే ఖచ్చితంగా పునరావృతం చేయండి. తర్వాత కవర్ చేసిన అప్లికేషన్ నుండి నిజంగా కొత్త అభ్యర్థన చేయండి. ఇప్పటికే లోడ్ అయిన బ్రౌజర్ ట్యాబ్ కాష్ నుండి చూపబడవచ్చు, మీకు ఏమీ చెప్పదు.

ఆగిపోవడం కొనసాగితే, ఒక హాప్ బయటకు కదిలి ఆ పరికరం స్థితి పట్టికను తనిఖీ చేయండి.

సంబంధిత వ్యాసాలు