wg-quick కనెక్ట్ అయ్యేటప్పుడు DNS పడిపోతుంది: సెటప్ లోపాన్ని చదవండి

టన్నెల్ పైకి వస్తుంది, హ్యాండ్‌షేక్ పూర్తవుతుంది, పేర్ల పరిష్కారం ఆగిపోతుంది. పీర్ కాన్ఫిగరేషన్‌లో ఏమీ మారలేదు, ఎందుకంటే DNS లైన్ ఎప్పుడూ దానిలో భాగం కాలేదు. అది సెటప్ సహాయకుడిది, అంటే వైఫల్యం WireGuard కీలలో కాదు, హోస్ట్ రిజాల్వర్ సాధనాలలో నివసిస్తుంది.

సహాయకుడు ముద్రించిన మొదటి సందేశాన్ని చదవండి, చివరిది కాదు, అప్పుడు లేని సాధనానికి, చేరుకోలేని సర్వర్‌కు మధ్య తేడా స్పష్టమవుతుంది.

DNS లైన్ సహాయకుడి లక్షణం

ప్రధాన కాన్ఫిగరేషన్ ఫీల్డ్‌లు పీర్‌లు, కీలు, అనుమతించిన చిరునామాలను వివరిస్తాయి. పేర్ల పరిష్కారాన్ని ఇంటర్‌ఫేస్‌ను పైకి లేపే స్క్రిప్ట్ పైనుంచి జోడిస్తుంది, ప్రతి అమలు దాన్ని వేరే విధంగా చేస్తుంది. డెస్క్‌టాప్ క్లయింట్ తన సేవ ద్వారా DNS నిర్వహించగలదు, పంపిణీ స్క్రిప్ట్ అనేక రిజాల్వర్ సాధనాల్లో ఒకటి పిలవగలదు, కంటైనర్ రెండూ చేయకపోవచ్చు. కాన్ఫిగరేషన్ ఫైల్ ఏ మార్గం నడుస్తోందో చెప్పలేదు.

అందుకే కాన్ఫిగరేషన్ ఫైల్ ప్రోటోకాల్‌కు చెల్లుబాటు అయినా సెటప్ సమయంలో విఫలమవుతుంది: వైఫల్యం ప్రోటోకాల్ ఎప్పుడూ చూడని హుక్‌ది.

ప్రధాన కాన్ఫిగరేషన్‌లో పొడిగించిన ఫీల్డ్ రాసి, ప్రోటోకాల్ సాధనం దాన్ని అంగీకరిస్తుందని ఆశించడం వ్యతిరేక దిశ నుంచి అదే గందరగోళాన్ని సృష్టిస్తుంది. రెండు పార్సర్లు వేరే ఫైల్‌లను చదువుతాయి.

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

సహాయకుడు ముద్రించే మొదటి లోపాన్ని చదవండి

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

wg-quick up wg0
resolvectl status wg0
ip route get 10.66.0.1

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

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

హోస్ట్‌కు నిజంగా ఏ రిజాల్వర్ ఉంది

ఆధునిక Linux హోస్ట్‌లు తరచుగా స్థానిక స్టబ్ రిజాల్వర్‌ను నడుపుతాయి, కాబట్టి సహాయకుడు ఇన్‌స్టాల్ చేసే చిరునామాను యాప్‌లు నేరుగా కాదు, ఆ స్టబ్ వినియోగిస్తుంది. సృష్టించిన ఫైల్‌ను చేతితో సవరించడం తదుపరి పునఃకనెక్షన్ వరకు పనిచేసినట్లు అనిపించవచ్చు, అప్పుడు సహాయకుడు దాన్ని మళ్లీ రాస్తాడు.

పంపిణీకి మద్దతు ఉన్న ఇంటిగ్రేషన్‌ను ఉపయోగించండి, రిజాల్వర్ స్థితిని ఒకే భాగం కలిగి ఉండనివ్వండి. ఇద్దరు యజమానులు ఇంటర్‌ఫేస్ చిరునామాకు ఇద్దరు యజమానుల మాదిరిగానే అదే పోటీని సృష్టిస్తారు, లక్షణం ప్రతి మార్పు తర్వాత కొన్ని నిమిషాలు సరిగా పరిష్కరించే హోస్ట్.

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

సెటప్‌తో పాటు శుభ్రపరచడం కూడా ముఖ్యం

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

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

నిర్ధారణను మరమ్మత్తు నుంచి వేరుగా ఉంచండి. పేరు శోధన మాత్రమే కాదు, ప్రతి గమ్యం విఫలమైతే, మార్గాలు, ఫార్వార్డింగ్ అనుమానితులు, DNS లైన్ శ్రద్ధ చెదరగొట్టేది. wg-quick మాన్యువల్ ఏ ఫీల్డ్‌లను నిర్వహిస్తుందో, ఏవి ప్రోటోకాల్‌కు చెందుతాయో నమోదు చేస్తుంది, ఆ సరిహద్దే ఈ నివేదికలలో చాలావాటికి పూర్తి సమాధానం.