ఖాళీ ఇటీవలి-హ్యాండ్‌షేక్ ఫీల్డ్ సాధారణంగా ఇంటర్‌ఫేస్ పైకి వచ్చినప్పటి నుండి ఏ హ్యాండ్‌షేక్‌ను పూర్తి చేయలేదని సూచిస్తుంది, ఇది కనిపించే దానికంటే కాన్ఫిగరేషన్ గురించి తక్కువ చెబుతుంది. ప్యాకెట్ ఇంటర్‌ఫేస్ ద్వారా బయటకు వెళ్లాల్సిన అవసరం వచ్చే వరకు WireGuard నిశ్శబ్దంగా ఉంటుంది, కాబట్టి పంపడానికి ఏమీ లేని నిష్క్రియ peer సరిగ్గా అదే నివేదిస్తుంది. కీలను పరిశీలించే ముందు నిజంగా ఏదైనా అందించబడిందో లేదో నిర్ధారించుకోండి.

పరీక్ష అంటే peer మోయవలసిన గమ్యస్థానం వైపు అనుమతించిన ప్యాకెట్. ఆ స్థితి స్క్రీన్‌లోని మిగతావన్నీ కార్యకలాపాన్ని కాదు, ఉద్దేశాన్ని వివరిస్తాయి.

నిష్క్రియ ఇంటర్‌ఫేస్‌కు నివేదించడానికి ఏమీ లేదు

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

రెండు వైపులా కౌంటర్లు సున్నాలో ఉంటే, సమస్య టన్నెల్ పైన ఉంది. ఏదైనా ప్రారంభించడానికి ఇంటర్‌ఫేస్‌కు ఏదీ చేరలేదు.

peer మోయడానికి అనుమతించిన ట్రాఫిక్‌ను ప్రేరేపించండి

స్థానిక మెషీన్‌లో peer యొక్క అనుమతించిన ప్రిఫిక్స్ లోపల ఒక చిరునామాను ఎంచుకోండి మరియు రూటింగ్ పట్టిక దానిని ఇంటర్‌ఫేస్ ద్వారా పంపుతుందని నిర్ధారించుకోండి. ఆ ప్రిఫిక్స్ వెలుపలి గమ్యం WireGuard ఎటువంటి ప్రమేయం లేకుండా సాధారణ రూటెడ్ అభ్యర్థనను ఉత్పత్తి చేస్తుంది. త్వరగా సమాధానం ఇచ్చే సేవను ఉపయోగించండి, ping లేదా చిన్న TCP కనెక్షన్ వంటిది, ప్రయత్నానికి కనిపించే ప్రారంభం మరియు ముగింపు ఉండేలా. ఆపై స్క్రీన్ చూసి వేచి ఉండకుండా హ్యాండ్‌షేక్ పంక్తిని మళ్లీ చదవండి.

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

మార్గ ప్రశ్న ping కంటే ముఖ్యమైనది. అది భౌతిక ఇంటర్‌ఫేస్‌ను పేర్కొంటే, ప్యాకెట్ ఎప్పుడూ టన్నెల్‌లోకి ప్రవేశించలేదు మరియు ఖాళీ హ్యాండ్‌షేక్ క్రిప్టోగ్రాఫిక్ కాదు, రూటింగ్ సమాధానం. peer డీబగ్ చేయడానికి ముందు మార్గాన్ని సరిచేయండి.

కీ జత మరియు ఎండ్‌పాయింట్‌ను పోల్చండి

ట్రాఫిక్ నిజంగా అందించబడిన తర్వాత, తదుపరి తనిఖీ గుర్తింపు. స్థానిక ప్రైవేట్ కీ ఎదుటి వైపు అధికారం ఇచ్చే పబ్లిక్ కీతో సరిపోలాలి, కాన్ఫిగర్ చేసిన రిమోట్ పబ్లిక్ కీ ఉద్దేశించిన peer గుర్తించాలి, మరియు ముందుగా పంచుకున్న కీ రెండు చివరల్లో సరిపోలాలి. base64 కీలో ఒక అక్షరం తేడా కాన్ఫిగర్ చేయబడినట్లు కనిపించే, ఎప్పుడూ మార్పిడిని పూర్తి చేయని peer సృష్టిస్తుంది. కీలను మళ్లీ ఉత్పత్తి చేయడానికి బదులు ప్రొవిజనింగ్ రికార్డ్‌తో పోల్చండి, ఎందుకంటే కొత్త కీ పాతదాన్ని నమ్మిన ప్రతి peer ను చెల్లదు చేస్తుంది.

ఎండ్‌పాయింట్‌కు కూడా అదే పరిశీలన అవసరం: హోస్ట్‌నేమ్, చిరునామా, UDP పోర్ట్ మరియు అక్కడికి చేరుకోవడానికి ఉపయోగించే కుటుంబం. పాత చిరునామా లేదా తప్పు పోర్ట్ సందేశానికి బదులు నిశ్శబ్దాన్ని ఇస్తుంది.

బాహ్య UDP మార్గాన్ని గమనించండి

హ్యాండ్‌షేక్ UDP గా ఎండ్‌పాయింట్ వైపు ప్రయాణిస్తుంది, కాబట్టి బాహ్య మార్గం దానిని మోయాలి. క్రింది ఆదేశాలు శ్రోత ఉందో లేదో, స్థానిక స్టాక్ డేటాగ్రామ్ పంపిందో లేదో, మరియు ఏ ఎండ్‌పాయింట్ కాన్ఫిగర్ అయిందో తనిఖీ చేస్తాయి. ట్రాఫిక్ ప్రేరేపిస్తున్నప్పుడు క్యాప్చర్ నడపండి, అంతకు ముందు కాదు.

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

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

హ్యాండ్‌షేక్ కనిపించగానే, టన్నెల్ ద్వారా యాప్‌ను పరీక్షించండి, ఎందుకంటే పూర్తయిన మార్పిడి గుర్తింపు మరియు చేరుకోగలిగే సామర్థ్యాన్ని నిరూపిస్తుంది, ఉపయోగించగలిగే నిర్గమాంశ లేదా సరైన DNS కాదు. మార్పుకు ముందు మరియు తర్వాత స్థితి అవుట్‌పుట్‌ను ఉంచండి, తేడా మీ సాక్ష్యంగా మారుతుంది.

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