resolvectl అవుట్పుట్ నుండి ప్రతి లింక్కు VPN DNS రూటింగ్ను ఎలా చదవాలి

resolvectl status ను అమలు చేస్తే ప్రతి లింక్కు బ్లాకుల గోడ లభిస్తుంది, ప్రతి దానికి దాని స్వంత సర్వర్లు మరియు దాని స్వంత డొమైన్ లైన్ ఉంటాయి। రూటింగ్ను నిర్ణయించే లైన్ డొమైన్ జాబితా, పేరు సర్వర్ చిరునామా కాదు, ఎందుకంటే స్థానిక stub ప్రతి ప్రశ్నను పేరును క్లెయిమ్ చేసే లింక్కు పంపుతుంది। సమాధానాన్ని చదవడానికి ముందు ఆ క్లెయిమ్లను చదవండి, తర్వాత పేరును అడిగి ఏ లింక్ దానిని సృష్టించిందో తనిఖీ చేయండి। సరైన లింక్ నుండి తప్పు సమాధానం తప్పు లింక్ నుండి సరైన సమాధానం కంటే వేరే సమస్య।

ప్రతి లింక్ బ్లాక్ మీకు ఏమి చెబుతుంది

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

/etc/resolv.conf లో 127.0.0.53 వంటి stub చిరునామా stub ముందుందని మాత్రమే చెబుతుంది। అది సమాధానమిచ్చిన ఎగువ మూలాన్ని పేర్కొనదు, అందువల్ల resolv.conf మీద మాత్రమే ఆధారపడిన నిర్ధారణ ఆగిపోతుంది।

మూడు రకాల డొమైన్ ఎంట్రీలను సరిగ్గా చదవండి

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

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

ఒక పేరును అడిగి ఏ లింక్ సమాధానమిచ్చిందో చూడండి

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

resolvectl status
resolvectl query host.corp.example

నివేదించిన ప్రోటోకాల్ను కూడా గమనించండి, ఎందుకంటే కాష్ లేదా hosts ఫైల్ నుండి సమాధానం ఏ ఎగువ మూలాన్ని అడగకుండా రావచ్చు। కాష్ నుండి వచ్చిన సమాధానం పేరు ఎప్పుడో పరిష్కరించబడిందని నిరూపిస్తుంది, ప్రస్తుత విధానం దానిని సరిగ్గా రూట్ చేస్తుందని కాదు।

పేరు రూటింగ్ను ప్యాకెట్ రూటింగ్ నుండి వేరుగా ఉంచండి

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

అప్లికేషన్లు తమ స్వంత సురక్షిత DNS సెట్టింగ్ లేదా బండిల్ చేసిన రిజాల్వర్ ద్వారా సిస్టమ్ రిజాల్వర్ను పూర్తిగా బైపాస్ చేయగలవు। resolvectl ఫలితం సిస్టమ్ మార్గాన్ని వివరిస్తుంది, దానిని నిర్లక్ష్యం చేసే బ్రౌజర్ మీరు చేసే ప్రతి పరీక్షతో విభేదిస్తుంది। విధానం విరిగిందని నిర్ధారించే ముందు ఆ సెట్టింగ్ను తనిఖీ చేయండి।

పేరు పరిష్కరించబడిన చిరునామాను లింక్ పక్కన నమోదు చేయండి। తప్పు చిరునామాను సూచించే సరైన పేరు రూటింగ్ కాదు, రికార్డు సమస్య।

లింక్ మారిన తర్వాత మళ్లీ తనిఖీ చేయండి

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

నివేదికకు అవసరమైన పేర్లు మరియు సర్వర్ సందర్భాన్ని మాత్రమే పంచుకోండి, ఎందుకంటే అంతర్గత ప్రత్యయాలు టోపాలజీని బహిర్గతం చేస్తాయి। డొమైన్ రూటింగ్ గురించి systemd-resolved డాక్యుమెంటేషన్ అతి పొడవైన సరిపోలిక నియమాన్ని మరియు టిల్డా ప్రవర్తనను కవర్ చేస్తుంది, ఒకసారి చదవడం పై పట్టిక లోపాలలో చాలా వరకు నిరోధిస్తుంది: systemd-resolved లో ప్రశ్న రూటింగ్।