ఒకే మార్గాన్ని నిరూపించే రెండు పీర్ WireGuard పరీక్షను ఎలా నిర్మించాలి

ఒక టన్నెల్, ఒక చిరునామా జోడీ, ఒక అనుమతించిన వనరు. కనీస WireGuard ఆధారం తర్వాతి ప్రతి ఫార్వర్డింగ్, NAT లేదా DNS మార్పును కనిపించేలా చేస్తుంది.

డిఫాల్ట్ మార్గం, LAN ప్రీఫిక్స్, DNS మరియు ఫైర్‌వాల్ మినహాయింపును మోసుకెళ్లే WireGuard పరీక్ష వాటిలో ఏది పాడైందో చెప్పలేదు. దాన్ని రెండు పీర్‌లు, ఒక చిరునామా జోడీ మరియు ఒక అనుమతించిన సేవకు తగ్గించండి, అప్పుడు వైఫల్యానికి దాక్కోవడానికి చోటు ఉండదు. బోరింగ్ ఆధారమే నిర్ధారణ. ముందుగా దాన్ని నిర్మించండి; పదిహేను నిమిషాలు పడుతుంది మరియు ఊహించడంలో గడిచే మధ్యాహ్నాన్ని ఆదా చేస్తుంది.

ఆధారం నిరూపించేది చాలామంది ఆశించే దానికంటే సన్నగా ఉంటుంది. రెండు గుర్తింపులు ఏకీభవిస్తాయి, UDP వినే పోర్టుకు చేరుతుంది మరియు ఒక అనుమతించిన గమ్యం అభ్యర్థనను మోస్తుంది అని మాత్రమే అది నిరూపిస్తుంది. ఫార్వర్డింగ్, NAT, LAN మార్గాలు మరియు DNS తర్వాత ఒక్కొక్కటిగా చేర్చే వేర్వేరు లక్షణాలు.

కీలు, చిరునామాలు మరియు ఏకైక ఎండ్‌పాయింట్

ప్రతి సిస్టమ్‌లో కీ జోడీని సృష్టించి, వాటి మధ్య పబ్లిక్ సగభాగాలను మాత్రమే తరలించండి. wg genkey | tee privatekey | wg pubkey > publickey పత్రబద్ధమైన ఒక-లైన్ ఆదేశం, మరియు ప్రైవేట్ కీని తర్వాత రక్షించగలిగే ఫైల్‌లో వదిలివేస్తుంది. మీ ఇతర ఏ కాన్ఫిగరేషన్‌లోనూ కనిపించని పరిధి నుండి టన్నెల్ చిరునామాలను ఎంచుకోండి, ఉదాహరణకు 10.99.0.1/24 మరియు 10.99.0.2/24. ఏ చిరునామా ఏ మెషీన్‌దో రాసుకోండి, ఎందుకంటే తర్వాతి ప్రతి తనిఖీ ఆ మ్యాపింగ్‌పై ఆధారపడి ఉంటుంది.

ప్రైవేట్ కీలు ఎప్పుడూ ప్రయాణించవు. ఒక పరీక్షకు ఒకటి మరో వైపుకు కాపీ కావాలంటే, ఆ పరీక్ష ఇప్పటికే తప్పైంది. రెండు సిస్టమ్‌లు NAT వెనుక ఉన్నప్పుడు, కనీసం ఒకదానికి చేరుకోగల UDP పోర్టు అవసరం, మరొకటి దానివైపు చూపే Endpoint మోస్తుంది, పబ్లిక్ చిరునామా మరియు పోర్టు మీ నోట్స్‌లో ఉండాలి, 51820 గురించిన మీ ఊహల్లో కాదు.

వేరే బాహ్య పోర్టుకు మ్యాప్ చేసే పోర్టు ఫార్వర్డింగ్, Endpoint దానికి సరిపోయేంత వరకు బాగా పనిచేస్తుంది. ఇక్కడి అసమతుల్యత లోపాలకు బదులు నిశ్శబ్దాన్ని సృష్టిస్తుంది, అందుకే వైర్‌పై డీబగ్ చేయడానికి ముందు కాగితంపై తనిఖీ చేయడం విలువైనది.

wg కు చెందిన ఫీల్డ్‌లు మరియు చెందనివి

ప్రధాన ఫీల్డ్ సమితి చిన్నది: Interface కింద PrivateKey మరియు ListenPort, Peer కింద PublicKey, AllowedIPs మరియు Endpoint. Address మరియు DNS wg కు కాదు, wg-quick కు చెందుతాయి, అదే కాన్ఫిగరేషన్ మరో సాధనంలోకి మారిన క్షణంలో ఈ భేదం కరుస్తుంది.

[Interface]
PrivateKey = <peer-a-private>
Address = 10.99.0.1/24
ListenPort = 51820

[Peer]
PublicKey = <peer-b-public>
AllowedIPs = 10.99.0.2/32
Endpoint = 203.0.113.10:51820

AllowedIPs ఒకేసారి రెండు పనులు చేస్తుంది. ఏ గమ్యాలు టన్నెల్‌లోకి వెళ్తాయో ఎంచుకుంటుంది, మరియు వచ్చినప్పుడు ఆ మూల చిరునామాలను ఉపయోగించడానికి పీర్‌కు అధికారం ఇస్తుంది. అందుకే మరో వైపు అద్దం నమోదు మీ టన్నెల్ చిరునామాను ఖచ్చితంగా పేర్కొనాలి; తప్పు పీర్ కోసం /32 మార్గసమస్యగా చదవబడుతుంది మరియు అధికార సమస్యలా ప్రవర్తిస్తుంది. WireGuard వేగవంతమైన ప్రారంభం ఫీల్డ్ పేర్లను పోల్చాలనుకుంటే అదే రెండు-పీర్ ఆకృతిని ప్రామాణిక పదాలతో చూపిస్తుంది.

ఐకాన్ బదులు హ్యాండ్‌షేక్ చదవడం

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

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

ఒక అనుమతించిన సేవను నిరూపించడం, తర్వాత వ్యతిరేక దిశ

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

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

ఆధారాన్ని సూచనగా ఉంచుకోవడం

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

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

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