WireGuard నిష్క్రియత తర్వాత విఫలమవుతుంది: మొదట దిశను పరీక్షించండి

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

ఏ దిశ విఫలమవుతుంది?

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

ప్రశాంత కాలం ఎంత కాలం ఉంది, పరికరం నిద్రపోయిందా లేదా ఈలోగా మరో నెట్వర్క్కు వెళ్లిందా అని గమనించండి. ఈ రెండు వాస్తవాలు ఏ సెట్టింగ్కైనా ముందు నిర్ధారణను మారుస్తాయి.

wg show wg0 latest-handshakes
wg show wg0 endpoints
wg show wg0 transfer

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

నిద్ర, రేడియో మరియు యాప్ స్థితి

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

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

keepalive నిజంగా ఏమి చేస్తుంది

PersistentKeepalive కాలానుగుణంగా ధృవీకరించిన ఖాళీ ప్యాకెట్ను పీర్కు పంపుతుంది, ఇది పీర్ల మధ్య NAT మ్యాపింగ్ను సజీవంగా ఉంచడానికి మరియు ఎదురు వైపు ముగింపు బిందువును తాజాగా ఉంచడానికి సరిపోతుంది, WireGuard త్వరిత ప్రారంభం వివరించినట్లు. ఇది నిద్రిస్తున్న రేడియో, పోయిన మార్గం లేదా మళ్లీ ప్రయత్నించని యాప్ను సరిచేయదు. మద్దతు ఉన్న క్లయింట్ సెట్టింగ్ల ద్వారా విరామాన్ని ఎంచుకోండి, స్థితి ప్రదర్శన నిశ్శబ్దమైంది అనే కారణంతో మాత్రమే ప్రతిచోటా దూకుడు విలువను ప్రారంభించవద్దు.

చాలా నిష్క్రియ కాలాలు వైఫల్యాలు కావు. ఐదు నిమిషాల నిశ్శబ్దం తర్వాత తిరిగి కనెక్ట్ అయ్యే టన్నెల్ సరిగ్గా ప్రవర్తిస్తుంది, మరియు సమస్య ఎదురు వైపు నుండి ఏదో రావాల్సిన సందర్భంలో మాత్రమే.

గతంలో విఫలమైన విరామాన్ని వేచి ఉండండి

ఒక మద్దతు ఉన్న మార్పు చేయండి, ఆపై ఆ వనరును మళ్లీ పరీక్షించే ముందు అదే నిష్క్రియ కాలం గడవనివ్వండి. వేచి ఉండటం పరీక్షలో భాగం, లాంఛనం కాదు. తిరిగి కనెక్ట్ అయిన వెంటనే వచ్చే విజయం దీర్ఘ నిష్క్రియ లక్షణం గురించి ఏమీ చెప్పదు, ఎందుకంటే తిరిగి కనెక్ట్ అవ్వడమే స్థితిని రీసెట్ చేసే సంఘటన. సక్రియ వినియోగంలోనూ సమస్య కనిపిస్తే, మరింత కాలానుగుణ ట్రాఫిక్ జోడించడం బదులు handshake మరియు డేటా మార్గ తనిఖీలకు తిరిగి వెళ్లండి.

ప్రతి పరీక్షలో ఒక మార్పును ఉంచి, ఉపయోగించిన నిష్క్రియ కాలాన్ని రాయండి. అలా చేయకపోతే తర్వాతి ప్రతి పోలిక జారిపోతుంది మరియు ఏ మార్పు ముఖ్యమైనదో ఎవరూ చెప్పలేరు. నాలుగు వాస్తవాలను కలిపి నమోదు చేయండి: దిశ, కాలం, నిద్ర స్థితి మరియు యాప్ ప్రవర్తన.