Debian resolvconf రికార్డు క్రమం: VPN రికార్డును మొదట పెట్టండి

VPN నామ సర్వర్ పదే పదే LAN నామ సర్వర్ క్రిందకు పడుతుంది, /etc/resolv.conf సవరించడం దాన్ని కొన్ని నిమిషాల పాటు సరిచేస్తుంది. ఆ ఫైల్ సృష్టించబడుతుంది, కాబట్టి సరిచేయడం ఎప్పటికీ నిలవదు. Debian resolvconf లో క్రమం యొక్క ఇన్‌పుట్ /etc/resolvconf/interface-order, అది DNS చిరునామాలకు బదులు రికార్డు పేర్లను క్రమబద్ధీకరిస్తుంది. రెండు ఫైళ్లలో దేన్నైనా తాకే ముందు ఏ resolver స్టాక్ నిజంగా బాధ్యత వహిస్తుందో నిర్ధారించండి.

అవుట్‌పుట్ resolvconf సొంతం అని నిర్ధారించండి

ప్రస్తుత ఫైల్‌ను ఏది రాసింది, మళ్లీ ఏది రాస్తుంది అని అడగడం ద్వారా ప్రారంభించండి. resolvconf ప్యాకేజీ తనను క్రియాశీల resolver కాన్ఫిగరేషన్ కోసం ఫ్రేమ్‌వర్క్‌గా వివరిస్తుంది, systemd-resolved లేదా NetworkManager నిర్వహించే resolver నడిపే హోస్ట్ బయట నుంచి ఒకేలా కనిపించినా పూర్తిగా వేరే విధానాన్ని ఉపయోగించవచ్చు.

readlink -f /etc/resolv.conf
dpkg -l resolvconf 2>/dev/null | tail -n 1

పరిష్కరించబడిన మార్గం resolvconf రన్‌టైమ్ డైరెక్టరీకి వెళ్లకపోతే, ఇక్కడ ఆపండి: ఈ గైడ్ వేరే స్టాక్‌ది.

ఆ తనిఖీ తర్వాతే resolvconf ఇప్పుడు ఉంచుకున్న రికార్డులను జాబితా చేయడం విలువైనది.

నమూనాలు రాయడానికి ముందు రికార్డులను చదవండి

interface-order సరఫరాదారు రికార్డు పేర్లతో సరిపోలుతుంది, చిరునామాలు లేదా కర్నెల్ ఇంటర్‌ఫేస్ పేర్లతో కాదు. ఏది నమోదైందో జాబితా చేయండి, అప్పుడు మీ నమూనాలు ఉన్న ఎంట్రీలను సూచిస్తాయి.

ls /run/resolvconf/interfaces
cat /etc/resolvconf/interface-order

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

క్రమాన్ని మొదటి-సరిపోలిక నమూనాలుగా రాయండి

ఫైల్ shell glob నమూనాల జాబితా, ప్రతి పంక్తికి ఒకటి. రికార్డు తాను సరిపోలే మొదటి నమూనా స్థానాన్ని తీసుకుంటుంది, కాబట్టి నిర్దిష్ట నమూనా పైన విస్తృత నమూనా ఉంటే ఆ నిర్దిష్ట పంక్తి చేరుకోలేనిదవుతుంది.

# /etc/resolvconf/interface-order
lo*
tun_work.*
enp*
*

నిర్దిష్ట టన్నెల్ నమూనాను అన్నింటినీ పట్టుకునే నమూనా పైన మరియు భౌతిక ఇంటర్‌ఫేస్ నమూనా పైన పెట్టండి.

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

మళ్లీ సృష్టించి ఫలితాన్ని నిర్ధారించండి

అప్‌డేట్ స్క్రిప్ట్‌లు ఫైల్‌ను పునర్నిర్మించినప్పుడు క్రమం వర్తిస్తుంది. సృష్టించిన అవుట్‌పుట్‌ను సవరించడానికి బదులు మద్దతు ఉన్న అప్‌డేట్ మార్గాన్ని అమలు చేయండి, తర్వాత resolver నిజంగా ఏమి పొందిందో చదవండి.

resolvconf -u
cat /etc/resolv.conf

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

పాత రికార్డును దిగువ స్థాయికి దించడానికి బదులు ఉపయోగం నుంచి తొలగించండి

కనెక్షన్ తెగిన తర్వాత మళ్లీ మళ్లీ కనిపించే పాత VPN రికార్డు క్లయింట్ ఇంటిగ్రేషన్‌లో జీవిత చక్ర లోపం. దాన్ని అట్టడుగుకు జరపడం లక్షణాన్ని దాచి జాబితాలో చనిపోయిన resolver ను మిగులుస్తుంది.

దాన్ని నమోదు చేసే భాగం ద్వారా ఉపయోగం నుంచి తొలగించి, తర్వాత రికార్డు డైరెక్టరీ దాన్ని ఇకపై జాబితా చేయదని నిర్ధారించండి.

సరఫరాదారు పేరు, మీరు మార్చిన నమూనా, మీరు అమలు చేసిన రెండు లుకప్‌లను నమోదు చేయండి. తదుపరి వ్యక్తికి కథ కంటే ఆ పేర్లే ఎక్కువ అవసరం.