ప్రైవేట్ Route 53 జోన్ పబ్లిక్ పేర్లకు NXDOMAIN ఎందుకు తిరిగి ఇస్తుంది

ప్రైవేట్ Route 53 జోన్‌లు పబ్లిక్ రికార్డుతో విలీనం కాకుండా పేరుకు సమాధానాన్ని భర్తీ చేస్తాయి, అందుకే ప్రజలు అత్యంత దారుణమైన క్షణంలో ఆశ్చర్యపోతారు. ఒక అంతర్గత రికార్డును జోడించండి api.example.net కోసం ప్రైవేట్ జోన్‌లో example.net, దానిని VPCకు అనుసంధానించండి, ఆ పేరెంట్ కింద ఉన్న ప్రతి ఇతర పేరు ఇప్పుడు ప్రైవేట్ జోన్ నుండి మాత్రమే సమాధానం పొందుతుంది. నిన్న www.example.net చేరుకోగల క్లయింట్‌కు ఈరోజు ప్రతికూల సమాధానం లభిస్తుంది. క్రింది వివరణ ఆ విఫల ప్రశ్న నుండి ప్రారంభమై సమాధానం ఇచ్చిన జోన్ వైపు బయటకు వెళ్తుంది.

కన్సోల్ నుండి కాదు, ప్రశ్న నుండి ప్రారంభించండి

సమస్యను నివేదించిన క్లయింట్‌పైనే వైఫల్యాన్ని పునరుత్పత్తి చేసి, ఖచ్చితమైన పేరు మరియు రికార్డు రకాన్ని నమోదు చేయండి. A రకానికి విఫలమయ్యే పేరు AAAA రకానికి ఇప్పటికీ పరిష్కారం కావచ్చు, మరియు క్యాష్ చేసిన పేరును మళ్లీ ప్రయత్నించే బ్రౌజర్ ఏది విరిగిందో దాచుతుంది. ప్రశ్నను రెండుసార్లు అమలు చేయండి: ఒకసారి క్లయింట్ నిజంగా ఉపయోగించే resolver ద్వారా, ఒకసారి దానిని దాటవేసే ట్రేసింగ్‌తో.

dig +short api.example.net
dig www.example.net +noall +comments +authority
resolvectl query www.example.net

రెండవ ఆదేశమే ముఖ్యమైనది. దాని స్థితి పంక్తి మరియు authority విభాగం సమాధానాన్ని సృష్టించిన జోన్‌ను పేర్కొంటాయి, కాబట్టి ప్రైవేట్ జోన్ నుండి వచ్చిన ప్రతికూల సమాధానాన్ని టైమౌట్, నిరోధించిన పోర్ట్ లేదా ప్రశ్నను ఎప్పుడూ పొందని resolver నుండి వేరు చేయవచ్చు. resolvectl ఏ పై సర్వర్‌ను అడిగారో చూపిస్తుంది, మరియు అది తరచుగా మీరు ఊహించిన VPN పంపిన resolver కాదు.

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

ఏ జోన్ సమాధానం ఇచ్చిందో చదవండి

ఈ క్రింది వాటిని కలిగి ఉన్న సమాధానం: NXDOMAIN మరియు authority విభాగంలో ప్రైవేట్ జోన్ యొక్క SOA ఉంటే, అది ఆ జోన్ నుండి వచ్చిన తుది సమాధానం, విఫల శోధన కాదు. Route 53 Resolver పేరు సరిపోలినందున ప్రైవేట్ హోస్ట్ చేసిన జోన్‌ను ఎంచుకుంది, తర్వాత అభ్యర్థించిన రకం రికార్డు కనుగొనబడలేదు, మరియు నమోదిత ప్రవర్తన ప్రశ్నను పబ్లిక్ DNSకి పంపే బదులు ప్రతికూల సమాధానాన్ని తిరిగి ఇవ్వడం.

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

aws route53 list-hosted-zones-by-name --dns-name example.net.
aws route53 list-resource-record-sets --hosted-zone-id Z0EXAMPLEID --query "ResourceRecordSets[?Type=='A'].[Name,ResourceRecords[0].Value]"

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

ప్రైవేట్ జోన్ ఎందుకు గెలుస్తుంది

జోన్‌ను VPCకు కనిపించేలా చేసేది అనుబంధమే, మరియు ఆ VPC లోని resolver దానిని వర్తిస్తుంది. క్లయింట్ ట్రాఫిక్ వచ్చే VPCతో అనుబంధించబడని ప్రైవేట్ జోన్‌కు ఎలాంటి ప్రభావం ఉండదు, కానీ తప్పు VPCతో అనుబంధం తప్పు జనాభాకు ప్రైవేట్ సమాధానం ఇస్తుంది. రికార్డులను సవరించే ముందు అనుబంధాల జాబితాను తనిఖీ చేయండి, ఎందుకంటే జోన్ సరైనదైనప్పటికీ కనిపించకుండా ఉండవచ్చు.

అతివ్యాప్తి చెందే పేరు స్థలాలు గందరగోళానికి రెండవ మూలం. ప్రైవేట్ జోన్ example.net కోసం మరియు ప్రైవేట్ జోన్ api.example.net కోసం రెండూ API ప్రశ్నతో సరిపోలుతాయి, మరియు ఎక్కువ నిర్దిష్టమైనది సమాధానం ఇస్తుంది. సన్నని అంతర్గత పేరు స్థలం కావాల్సినప్పుడు ఇది ఉపయోగకరం, మరియు సన్నని జోన్‌లో విస్తృత జోన్‌లో ఉన్న రికార్డు లేనప్పుడు ప్రమాదకరం. ప్రైవేట్ హోస్ట్ చేసిన జోన్‌ల పరిగణనలు Route 53 డాక్యుమెంటేషన్‌లో కిందకు పడే ప్రవర్తన మరియు నియమాల ప్రాధాన్యత రెండింటినీ వివరిస్తాయి, మరియు రెండవ అతివ్యాప్తి జోన్‌ను జోడించే ముందు వాటిని చదవడం విలువైనది.

ఇవేవీ పబ్లిక్ జోన్‌ను మార్చవు. పబ్లిక్ resolver లు ఇప్పటికీ పబ్లిక్ రికార్డులకు సరిగ్గా సమాధానం ఇస్తాయి, అందుకే VPC వెలుపల ఉన్న ప్రతి ఒక్కరికీ ఈ వైఫల్యం క్లయింట్ సమస్యగా కనిపిస్తుంది.

రికార్డులు జోడించే ముందు పేరు స్థలాన్ని ఎంచుకోండి

అంతర్గత సేవల కొత్త కుటుంబానికి మాత్రమే ప్రైవేట్ పేర్లు అవసరమైతే, దానికి అంకితమైన ప్రైవేట్ ఉపడొమైన్ ఇవ్వండి మరియు పబ్లిక్ పేరెంట్‌ను వదిలేయండి. internal.example.net లాంటి పేరు www.example.net ను మరుగుపరచదు, మరియు తప్పిపోయిన రికార్డు ప్రభావ పరిధి ఆ ప్రయోజనం కోసం మీరు సృష్టించిన పేర్లకు పరిమితమవుతుంది. ధర ఏమిటంటే, ఉన్న URLలు మరియు సర్టిఫికెట్లు కొత్త పేరుతో సరిపోకపోవచ్చు.

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

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

resolver మార్గాన్ని, తర్వాత రూట్‌ను ట్రేస్ చేయండి

ల్యాప్‌టాప్ ప్రైవేట్ వీక్షణను చూసేది దాని ప్రశ్నలు అనుబంధం ఉన్న resolver చేరుకున్నప్పుడే. VPN సర్వర్‌లో hosts ఫైల్‌ను సవరించడం ద్వారా కనెక్ట్ అయిన క్లయింట్‌లకు ఏమీ ప్రచురించబడదు, మరియు పబ్లిక్ resolverతో కాన్ఫిగర్ చేసిన క్లయింట్ టన్నెల్ పైన ఉన్నంత కాలం పబ్లిక్ సమాధానాలను పొందుతూనే ఉంటుంది. క్లయింట్ పొందిన resolver చిరునామాను ధృవీకరించి, తర్వాత ప్రశ్నను సర్వర్ నుండి కాదు, క్లయింట్ నుండి పునరావృతం చేయండి.

పేరు పరిష్కారమైన తర్వాత, తిరిగి ఇచ్చిన చిరునామాకు మార్గాన్ని ప్రత్యేక దశగా పరీక్షించండి, ఉదాహరణకు ip route get తో ప్రశ్న తిరిగి ఇచ్చిన చిరునామాకు వ్యతిరేకంగా. చిరునామాకు మార్గం లేని సరైన ప్రైవేట్ సమాధానం రూటింగ్ సమస్య, మరియు రికార్డు లేదు అనే సమాధానం DNS వీక్షణ సమస్య; రెండింటినీ ఒకే సమస్యగా పరిగణిస్తే నిలిచే సరిదిద్దులు రావు. సేవ యొక్క TLS హోస్ట్ పేరు మరియు సర్టిఫికెట్ తనిఖీలను మార్చకుండా ఉంచండి, ఎందుకంటే ప్రైవేట్ చిరునామా కనెక్షన్ ఎక్కడికి వెళ్తుందో మారుస్తుంది, ఏ సర్టిఫికెట్ చెల్లుతుంది అనే దానిపై ఏమీ కాదు.

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