VPN ద్వారా NXDOMAIN అంటే టన్నెల్ వైఫల్యం కాదు

ఒక విఫలమైన శోధనను టన్నెల్ కూలిపోయిన దృష్టాంతంగా చదవడం ఆకర్షణీయం, ముఖ్యంగా పేరు పది నిమిషాల క్రితం పని చేస్తుంటే. సమాధానం వేరే విషయం చెబుతుంది. NXDOMAIN అనేది రిజాల్వర్ అడిగిన పేరు లేదు అని ప్రకటించిన పూర్తయిన DNS లావాదేవీ; విరిగిన టన్నెల్ సాధారణంగా నిశ్శబ్దం, సమయం ముగియడం లేదా తప్పు సర్వర్‌పై రిజల్యూషన్ ప్రయత్నాన్ని కలిగిస్తుంది. wireshark లేని వాదన రూపం ఒక ప్రశ్న, ఒక సమాధానకర్త మరియు ఒక సమాధాన కోడ్, ఏదైనా కాన్ఫిగరేషన్ మార్పుకు ముందు ఈ త్రయాన్ని నమోదు చేయడం విలువైనది.

సమాధానం నిజంగా ఏమి నిరూపిస్తుంది

DNS క్లయింట్లు తరచుగా ఒకే వైఫల్యంగా కలిపే ఫలితాలను వేరు చేస్తుంది. లేని పేరు NXDOMAIN కోడ్‌తో ప్రతికూల సమాధానం ఇస్తుంది, అయితే ఉన్నా అడిగిన రకం రికార్డు లేని పేరు ఖాళీ సమాధాన విభాగంతో విజయవంతమైన సమాధానం ఇస్తుంది. రెండూ అనువర్తనానికి ఉపయోగపడనివిగా కనిపిస్తాయి, మరియు వాటిలో ఒకటి మాత్రమే పేరు తప్పు అని అర్థం.

ఆ భేదం మరమ్మతు ఎక్కడ ఉండాలో నిర్ణయిస్తుంది. A రికార్డు ఉన్న హోస్ట్‌పై AAAA రికార్డు లేకపోవడం హోస్ట్ లేకపోవడం కాదు, దానిని వెంబడించడానికి సర్టిఫికెట్ తిరిగి జారీ చేయడం లేదా టన్నెల్ తిరిగి నిర్మించడం అందుబాటులో ఉన్న ఏకైక ఆధారాన్ని వృథా చేస్తుంది. ఈ భేదం తదుపరి చర్య రూపాన్ని కూడా నిర్ణయిస్తుంది: పేరు పెట్టడం సమస్య జోన్‌లో సరిదిద్దబడుతుంది, రకం సమస్య సరైన రికార్డును అడగడం ద్వారా లేదా చిరునామా కుటుంబం లేదు అని అంగీకరించడం ద్వారా సరిదిద్దబడుతుంది.

అపోహ: ప్రైవేట్ పేరు లేకపోవడం అంటే టన్నెల్ విఫలమైంది

ఈ అపోహ నిలిచి ఉంది ఎందుకంటే ఆ రెండు సంఘటనలు తరచుగా కలిసి వస్తాయి. క్లయింట్ VPN కు కనెక్ట్ అవుతుంది, ఆపరేటింగ్ సిస్టమ్ ఇప్పటికే నమ్మిన రిజాల్వర్‌ను ఉంచుకుంటుంది, ఇప్పుడు అవసరమైన అంతర్గత పేరు ప్రైవేట్ జోన్ గురించి ఎప్పుడూ వినని సర్వర్‌ను అడుగుతారు. ఆ సర్వర్ నిజాయితీగా మరియు ప్రతికూలంగా సమాధానం ఇస్తుంది. టన్నెల్ ప్యాకెట్‌ను మోసుకెళ్తోంది; సమాధానం సమాధానకర్త సేవ చేయని పేరు స్థలం గురించి మాత్రమే.

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

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

సరైన పేరుతో సరైన రిజాల్వర్‌ను అడగండి

తీర్పు నమోదు చేయడానికి ముందు సమాధానకర్తను నమోదు చేయండి. ఏ సర్వర్ సమాధానం ఇచ్చిందో చూపని శోధన విధాన సమస్యను పేరు స్థల సమస్య నుండి వేరు చేయలేదు, రెండింటి సరిదిద్దుడులు సంబంధం లేనివి.

resolvectl query vpn.internal.example
resolvectl status | grep -A3 'DNS Servers'
dig +search app.intranet.example A
dig @10.8.0.1 app.intranet.example A

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

ప్రతికూల కాషింగ్ మరమ్మతు తర్వాత ఆలస్యాన్ని వివరిస్తుంది

ప్రతికూల సమాధానాలు రూపకల్పన ప్రకారం కాష్ చేయబడతాయి, మరియు RFC 2308 ప్రతికూల కాష్ జీవితకాలం జోన్ అధికార రికార్డు నుండి ఎలా పొందబడుతుందో వివరిస్తుంది. అందువల్ల రికార్డు లేదా రిజాల్వర్ నియమాన్ని సరిదిద్దడం క్లయింట్‌పై తక్షణ మార్పుకు హామీ ఇవ్వదు, కాష్ చేసిన సమాధానాన్ని తిరిగి ఇస్తున్న శోధనను మళ్లీ ప్రయత్నించడం కొత్తదాన్ని నిరూపించదు. వేరే సమాధానకర్త, వేరే పేరు లేదా ఖాళీ చేసిన కాష్ మాత్రమే తాజా సాక్ష్యాన్ని ఇస్తాయి.

స్థానిక కాష్‌ను ఖాళీ చేయండి, ఆపై అదే సమాధానకర్తకు అదే ప్రశ్నను పునరావృతం చేయండి. స్థానిక రిజాల్వర్ సేవను ఉపయోగించే వ్యవస్థల్లో అది ఒక ఆదేశం; మిగిలిన వాటిలో అది సేవ పునఃప్రారంభం లేదా ప్లాట్‌ఫారమ్ సాధనం, నిర్దిష్ట సాధనం కంటే తర్వాత అదే పరీక్షను పునరావృతం చేయడం ముఖ్యం.

పేరును మార్గం నుండి వేరు చేయండి

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

నమోదును ఉంచండి: ప్రశ్న, సమాధానకర్త, కోడ్ మరియు రిజాల్వ్ అయిన చిరునామా. ఆ నమోదే తర్వాతి నివేదికను ధృవీకరించదగినదిగా చేస్తుంది, అదే నిర్ధారణకు మరియు నెమ్మదిగా అనిపించిన టన్నెల్ గురించిన కథకు మధ్య భేదం.