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

పనిని కుదించే పోలిక టన్నెల్ నుండి ఎప్పుడూ బయటకు పోని అభ్యర్థనకు మరియు ఎప్పుడూ తిరిగి రాని సమాధానానికి మధ్య ఉంటుంది. సరైన ఇంటర్‌ఫేస్‌పై ఒక క్యాప్చర్ రెండింటి మధ్య నిర్ణయిస్తుంది.

కౌంటర్లు పరిమాణాన్ని వివరిస్తాయి, లోపం దిశను కాదు

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

మొదటి ఉపయోగకరమైన వాస్తవం హ్యాండ్‌షేక్ ప్రస్తుతమా అనేది. అది లేకుండా ఈ పీర్ కోసం ఏదీ గుప్తీకరించబడలేదు మరియు స్వీకరణ కౌంటర్‌కు కదలడానికి కారణం లేదు.

పీర్ ఎంపిక లేదా సమాధానం మార్గం: రెండు వివరణలు

మొదటి వివరణ ఏమిటంటే, మార్గం వేరే చోటకు సూచించినందున లేదా పీర్ అనుమతించిన ప్రిఫిక్స్‌లు గమ్యాన్ని కవర్ చేయనందున ప్యాకెట్ ఎప్పుడూ ఉద్దేశించిన పీర్‌ను చేరుకోలేదు. రెండవది, ప్యాకెట్ చేరింది కానీ సమాధానం తిరిగి రాలేకపోయింది, ఇది దూరపు చివరలో రూటింగ్ సమస్య. ప్రతి బిందువు వద్ద మీరు ఏమి గమనిస్తారో దాని ఆధారంగా పట్టిక వాటిని వేరు చేస్తుంది.

ObservationPoints to
No handshake while transmit climbsPeer selection or endpoint
Handshake current, request visible on the serverReply path or far-side route
Request never visible on the serverAllowed prefixes or local route
Both packets visible, nothing reaches the clientReturn filter or translation

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

ఈ నాలుగు వరుసలలో రెండు క్లయింట్‌లో మరియు రెండు సర్వర్‌లో సరిచేయబడతాయి. మీరు ఏ జంటలో ఉన్నారో తెలుసుకోవడమే పనిలో ఎక్కువ భాగం.

సమాధానాలు ఎక్కడ మాయమవుతాయి

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

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

ఒక గమ్యాన్ని మొదటి నుండి చివరి వరకు పరీక్షించండి

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

wg show wg0 latest-handshakes
wg show wg0 transfer
ip route get 10.60.9.5
sudo tcpdump -ni wg0 host 10.60.9.5

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

అనుమతించిన చిరునామా పనిచేస్తుండగా పేర్లు విఫలమైతే, సమాధానం టన్నెల్‌లో కాదు, DNS లో ఉంది. పెద్ద బదిలీలు మాత్రమే నిలిచిపోతే, ప్యాకెట్ పరిమాణాన్ని విడిగా పరిశీలించండి.

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