పునఃప్రారంభం తర్వాత తొలగించిన WireGuard peer ఎందుకు తిరిగి వస్తుంది

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

ఆ జాబితాను రెండు స్థితులు ఉంచుతాయి. రెండూ దాన్ని కోల్పోయినప్పుడే రద్దు నిజమవుతుంది.

wg set వాస్తవానికి ఏమి మారుస్తుంది

wg set wg0 peer <public-key> remove ఆదేశం కర్నెల్ లోపల నడుస్తున్న ఇంటర్ఫేస్‌ను సవరిస్తుంది. డిస్క్‌కు ఏమీ రాయదు. కాన్ఫిగరేషన్ ఫైల్, NetworkManager ప్రొఫైల్ లేదా రౌటర్ సేవ్ చేసిన స్థితి తాకబడకుండా ఉంటాయి. ఇది రూపకల్పన, లోపం కాదు.

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

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

ఫైల్ సవరించే ముందు రాసేవారిని కనుగొనండి

ఇంటర్ఫేస్‌కు ఒక యజమాని ఉంటాడు. అది ఫైల్ చదివే wg-quick కావచ్చు, ప్రొఫైల్ వర్తింపజేసే NetworkManager, రౌటర్ స్వంత ఇంటర్ఫేస్ కాన్ఫిగరేషన్, లేదా ప్రారంభంలో ఇంటర్ఫేస్‌ను మళ్లీ సృష్టించే కంటైనర్ ప్రవేశ బిందువు. యజమాని ఎప్పుడూ చదవని ఫైల్‌ను సవరించడం ఎలాంటి శాశ్వత మార్పునూ ఇవ్వదు.

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

wg show wg0 peers
wg show wg0 allowed-ips
systemctl status wg-quick@wg0 --no-pager
ls -l /etc/wireguard

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

SaveConfig ఉచ్చు

ఫైల్‌లను చేతితో సవరించేవారిని పట్టుకునే ఒక మడతను wg-quick జోడిస్తుంది. SaveConfig ప్రారంభంలో ఉన్నప్పుడు, దాని పత్రీకరించిన ఆపివేసే ప్రవర్తన ప్రస్తుత రన్‌టైమ్ స్థితిని కాన్ఫిగరేషన్ ఫైల్‌పై రాస్తుంది.

ఇది శాశ్వతత్వపు సాధారణ దిశను తిప్పికొడుతుంది. మీరు ఫైల్ నుండి peer ను తీసివేస్తారు, తర్వాత సేవ ఆగిపోతుంది. నడుస్తున్న స్థితి మీ సవరణపై రాయబడి మీరు ఇప్పుడే తొలగించిన peer ను పునరుద్ధరిస్తుంది.

అందువల్ల క్రమం ముఖ్యం: ఇంటర్ఫేస్ కింద ఉన్నప్పుడు ఫైల్‌ను సవరించండి, లేదా సవరణకు ముందు SaveConfig ను నిలిపివేయండి, తర్వాత ఇంటర్ఫేస్‌ను మళ్లీ పైకి తెచ్చి ఏమి లోడ్ అయిందో నిర్ధారించండి. ఇంటర్ఫేస్ పైన ఉన్నప్పుడు చేతితో చేసే సవరణ ఆపివేత రాతతో పోటీ.

రెండు స్థితులను మార్చి, తర్వాత మళ్లీ లోడ్ చేయండి

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

తర్వాత peer ఏమి మోసుకువచ్చిందో సమీక్షించండి. రద్దు చేసిన గుర్తింపుకు చెందిన రూట్ చేయబడిన నెట్‌వర్క్ ఉద్దేశపూర్వకంగా తిరిగి కేటాయించబడాలి లేదా తీసివేయబడాలి, తదుపరి సవరించబడే peer దాన్ని నిశ్శబ్దంగా వారసత్వంగా పొందకూడదు.

గేట్‌వే మీ పరిపాలనా ప్రాప్యతను కూడా మోస్తుంటే పునరుద్ధరణ మార్గాన్ని తెరిచి ఉంచండి. తప్పు peer ను తొలగించే పునఃప్రారంభం మీరే సృష్టించుకున్న అంతరాయం. తప్పు రూట్‌ను తొలగించే పునఃప్రారంభానికి కూడా ఇదే వర్తిస్తుంది.

విజయవంతమైన పరీక్ష ఎలా ఉంటుంది

సేవను మళ్లీ లోడ్ చేయండి లేదా పునఃప్రారంభించండి, తర్వాత peer జాబితాను మళ్లీ చదవండి. పాత కీ లేకుండా ఉండాలి, ఉంచుకోవాలనుకున్న peer లు ఇంకా ఉండి పనిచేస్తుండాలి.

wg show wg0 peers
wg show wg0 allowed-ips
sudo wg-quick down wg0 && sudo wg-quick up wg0
wg show wg0 peers

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

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