resolvconf డేటాబేస్ నుండి పాతబడిన VPN రికార్డును తొలగించడం

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

resolvconf స్థితిని కలిగి ఉందని నిర్ధారించండి

మొదట యజమానిని గుర్తించండి, ఎందుకంటే systemd-resolved కింద అదే లక్షణానికి వేర్వేరు ఆదేశాలు మరియు వేరే మరమ్మత్తు అవసరం. resolvconf ప్యాకేజీ /run/resolvconf కింద డేటాబేస్ను ఉంచి, ఆ డేటాబేస్ నుండి నిర్మించే ఫైల్కు /etc/resolv.conf ను చూపుతుంది. రెండు పఠనాలు ప్రశ్నను తీర్చుతాయి: సింబాలిక్ లింక్ లక్ష్యం, మరియు ప్యాకేజీ ఇన్స్టాల్ అయి సక్రియంగా ఉందా అనేది. /run/systemd/resolve కింద లక్ష్యం అంటే వేరే నిర్మాణం, అక్కడ క్రింద ఏదీ వర్తించదు.

dpkg -l resolvconf | tail -1
ls -l /etc/resolv.conf
systemctl is-active resolvconf.service

లింక్ వేరే చోటికి చూపితే లేదా ప్యాకేజీ లేకపోతే, ఇక్కడ ఆపండి. పేరును అప్పు తీసుకుని, మరో పరిష్కర్త నిర్వాహకుడు అందించే అనుకూలత పొర ఈ డేటాబేస్కు యజమాని కాదు.

డేటాబేస్లో ఇన్పుట్లు ఉంటాయి, సమాధానం కాదు

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

sudo resolvconf --list
sudo resolvconf -i

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

కీని తిరిగి నిర్మించడం బదులు అవుట్పుట్ నుండి కాపీ చేయండి. పాత స్క్రిప్ట్ ఆ పేరును ఉపయోగించినందుకే ఎంట్రీని tun0 అని పిలవరు.

రికార్డుకు యజమాని లేదని నిరూపించండి

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

ప్రక్రియల పేర్లు బలహీనమైన సాక్ష్యం. OpenConnect vpnc-script ను పిలుస్తుంది, కాబట్టి vpnc ప్రక్రియ తనిఖీ ఏ రికార్డు ప్రస్తుతమో ఏమీ చెప్పదు. కొత్త కనెక్షన్ పాతది వదిలిన ఇంటర్ఫేస్ పేరును తిరిగి ఉపయోగించవచ్చు, ఇది కీని దాని నిజ వయసు కంటే పాతదిగా కనిపించేలా చేస్తుంది. రికార్డు లోపలి సర్వర్ చిరునామాను ఇంకా నడుస్తున్న సొరంగాల చిరునామాలతో పోల్చి, అవి సరిపోతే ఆపండి.

యజమాని నిర్వాహకుడి ద్వారా సాధారణ డిస్కనెక్ట్ మొదటి పరిహారం. అది ఆ కనెక్షన్ ఇన్స్టాల్ చేసినదాన్ని ఉపసంహరించి, ఇతర సరఫరాదారులను తాకకుండా వదిలివేస్తుంది.

తొలగింపు మరియు తిరిగి రాయడాన్ని తనిఖీ చేయండి

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

sudo resolvconf -d "RECORD_KEY_FROM_THE_LIST"
sudo resolvconf --list
resolvectl query host.corp.example || getent hosts host.corp.example

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

resolvconf -u ఆ నవీకరణ స్క్రిప్టులను మాత్రమే నడుపుతుంది. అది ఎప్పుడూ పాతబడిన రికార్డును గుర్తించదు లేదా తొలగించదు, పాతబడిన ఇన్పుట్ల నుండి తిరిగి నిర్మిస్తే అదే అనవసర ఫైల్ మళ్లీ వస్తుంది.

చంపబడిన డిస్కనెక్ట్ హుక్ రికార్డును వదిలివేస్తుంది

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

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

తర్వాత జీవిత చక్రాన్ని సాధన చేయండి: కనెక్ట్ చేయండి, డిస్కనెక్ట్ చేయండి, రికార్డులను మళ్లీ జాబితా చేయండి. ఎంట్రీ తనంతట తానే అదృశ్యం కావడమే మరమ్మత్తు నిలిచి ఉందనడానికి ఏకైక సాక్ష్యం.