ఇంటర్ఫేస్ పనిచేస్తోంది కానీ wg-quick విఫలమైంది: తర్వాత ఏమి చేయాలి

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

సగం స్థితి సాధారణ వైఫల్యం

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

ఇంకా లేనిది విఫలమైన దశ తర్వాత వచ్చినవన్నీ. వైఫల్యం రిజాల్వర్ దశలో సంభవించి ఉంటే, చిరునామాలు మరియు మార్గాలు ఉన్నాయి, DNS లేదు. అది ఒక మార్గం అయితే, సొరంగానికి చిరునామా ఉంది, దాని గుండా వెళ్లే మార్గం లేదు.

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

మొదటి విఫల దశను కనుగొనండి

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

ఈ ఆదేశాలు యూనిట్ స్థితి, ఆ యూనిట్ బూట్ జర్నల్ మరియు సొరంగం ప్రత్యక్ష స్థితిని ముద్రిస్తాయి:

systemctl status wg-quick@wg0
journalctl -u wg-quick@wg0 -b --no-pager | tail -40
wg show
ip -4 addr show dev wg0

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

మరమ్మతును నిర్ణయించే మూడు షరతులు

మీరు శుభ్రం చేస్తున్నారా, అక్కడే మరమ్మతు చేస్తున్నారా లేదా యూనిట్ను బూట్ మార్గం నుండి తొలగిస్తున్నారా అని నిర్ణయించుకోండి, ఏదైనా టైప్ చేసే ముందే దాన్ని నిర్ణయించుకోండి.

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

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

మళ్లీ ప్రయత్నించే ముందు శుభ్రం చేయండి

ఉన్న స్థితిపై మళ్లీ ప్రయత్నం కొత్త కారణంతో విఫలమై అసలైన దాన్ని దాచవచ్చు. ఇంటర్ఫేస్ను సృష్టించిన అదే సాధనంతో దాన్ని కిందకు దించండి, తర్వాత ఏమీ మిగలలేదని నిర్ధారించుకోండి.

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

యూనిట్ కాదు, సొరంగాన్ని నిరూపించండి

ఆకుపచ్చ యూనిట్ అంటే ప్రారంభ క్రమం సున్నాతో బయటపడింది. ప్యాకెట్ అవతలి వైపు చేరిందని కాదు, రిజాల్వర్ మీరు భావించినట్టు సెట్ అయిందని కూడా కాదు.

సొరంగం ద్వారా అభ్యర్థన పంపి దాన్ని ఉత్పత్తి చేసిన స్థితిని చదవండి:

systemctl is-active wg-quick@wg0
wg show wg0 latest-handshakes
ping -c 3 10.63.0.1
resolvectl query internal.example.net

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