రెండు సైట్లు, ఒక ప్రైవేట్ DNS జోన్: రికార్డులు ఎవరివి?

మీరు ఆకుపచ్చ సైట్‌లో హోస్ట్‌ను జోడిస్తారు, అది ఆకుపచ్చ వినియోగదారులకు పరిష్కరించబడుతుంది, పసుపు కార్యాలయం ఇప్పటికీ NXDOMAIN పొందుతుంది. ఇది VPN వైఫల్యం కాదు, విరిగిన రిజాల్వర్ కాదు; ఇది ప్రైవేట్ జోన్ లోపల యాజమాన్యపు ఖాళీ. విడివిడిగా సవరించిన రెండు రికార్డ్ జాబితాలు సైట్లు ఒకదానికొకటి చేరుకోగలవు అనే కారణంతో మాత్రమే ఒక జోన్ కావు. పరిష్కారం ప్రచురణ ప్రణాళిక, మరో ఫైర్‌వాల్ నియమం కాదు.

లక్షణం మిస్ అయిన యజమానిని పేర్కొంటుంది

ప్రతి సైట్‌లో ఎవరో పేరు అవసరమైనప్పుడు జోడించిన స్థానిక ఓవర్‌రైడ్, Pi-hole ఎంట్రీ లేదా dnsmasq పంక్తి ఉండవచ్చు. ఆకుపచ్చ రికార్డ్ ఆకుపచ్చ రిజాల్వర్‌లో మాత్రమే ఉంటుంది, కాబట్టి పసుపు సైట్‌లోని క్లయింట్ తన రిజాల్వర్‌ను అడిగి నిజమైన "అలాంటి పేరు లేదు" పొందుతుంది. పాత సమాధానం భిన్నంగా కనిపిస్తుంది: హోస్ట్ మారింది, ఒక సైట్ తన కాపీని నవీకరించింది, మరొకటి ఇప్పటికీ పాత చిరునామాను తిరిగి ఇస్తుంది.

కాష్‌ను ఖాళీ చేయడం ద్వారా ఏ నమూనా దీర్ఘకాలం సరిపోదు. ఫార్వర్డింగ్ రిజాల్వర్ కాష్ ఒకసారి పొందిన సమాధానం కాపీ, కొత్త పేర్లను ప్రచురించే అధికారం కాదు, కాబట్టి ఈరోజు పనిచేసే కాష్ రేపటి హోస్ట్ గురించి ఏమీ చెప్పదు. BIND పత్రాలు ప్రాథమిక, ద్వితీయ, పునరావృత మరియు ఫార్వర్డింగ్ పాత్రలను సరిగ్గా ఇదే కారణంతో విడిగా వివరిస్తాయి.

కాబట్టి డిజైన్ ప్రశ్న సన్నగా ఉంది మరియు సమాధానం ఇవ్వగలదు: రికార్డ్‌ను ఎవరు సృష్టించగలరు, ఆ రికార్డ్ దానికి సమాధానం ఇవ్వాల్సిన ప్రతి రిజాల్వర్‌కు ఎలా చేరుతుంది?

ఎంపిక A: ద్వితీయాలతో ఒక అధికార జోన్

internal.example.com కోసం ప్రాథమికాన్ని అమలు చేయండి మరియు మద్దతు ఉన్న ద్వితీయాలు ప్రతి సైట్‌లో జోన్‌ను పొందనివ్వండి. ప్రతి సైట్ పునరావృత రిజాల్వర్ తన స్థానిక ద్వితీయాన్ని అడుగుతుంది, కాబట్టి సమాధానాలు కాష్ నుండి కాదు, అధికార మూలం నుండి వస్తాయి, ఒకసారి చేసిన మార్పు తిరిగి టైప్ చేయబడకుండా బదిలీ చేయబడుతుంది.

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

జోన్ బదిలీలను చిరునామా ప్రకారం తెలిసిన ద్వితీయాలకు పరిమితం చేయండి మరియు అమలు మద్దతు ఇచ్చే చోట లావాదేవీ సంతకాలను ఉపయోగించండి. బహిరంగ బదిలీ పోర్ట్‌ను చేరుకోగల ఎవరికైనా మీ అంతర్గత నామస్థలం కాపీ.

ఖర్చు సమన్వయం: ఒక సవరణ మార్గం, ఒక మార్పు సమీక్ష, మరియు రికార్డ్ తప్పు అయినప్పుడు ఎవరు విధిలో ఉన్నారనే భాగస్వామ్య అవగాహన.

ఎంపిక B: ప్రతి సైట్‌కు ఒక ఉపడొమైన్

ఆకుపచ్చ సైట్‌కు green.internal.example.com మరియు పసుపు సైట్‌కు yellow.internal.example.com ప్రతినిధ్యం చేయండి. ప్రతి సైట్ తన పేర్లకు అధికారం పొందుతుంది, మూల జోన్ ప్రతినిధ్య రికార్డులను మాత్రమే మోస్తుంది. ఒక ఫైల్ కోసం పోటీ మాయమవుతుంది, స్థానిక బృందం కేంద్ర మార్పు కోసం వేచి ఉండకుండా హోస్ట్‌ను జోడించగలదు.

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

ఖర్చు మాయమవడం కాకుండా కదులుతుంది: మూల జోన్‌కు ఇప్పటికీ యజమాని అవసరం, కొత్త సైట్‌ను సృష్టించడం ఇప్పుడు ఒకదానికి బదులు రెండు ప్రదేశాలలో మార్పు.

ప్రతి రిజాల్వర్ ఎంపికను అనుసరించనివ్వండి

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

Pi-hole స్థానిక పరిష్కారాన్ని అందిస్తే, ఏ రికార్డులు దాని యాజమాన్యంలో ఉన్నాయి మరియు ఏ ప్రశ్నలను అది ఫార్వర్డ్ చేస్తుంది అని రాయండి. విడివిడిగా సవరించిన రెండు Pi-hole జాబితాలు ఇప్పటికీ ప్రతిరూపం కావు. Pi-hole v6 లో అనుకూల dnsmasq పంక్తులు TOML, CLI లేదా పర్యావరణ చరాల వంటి హోస్ట్-వైపు ఎంపికల ద్వారా సెట్ చేయబడతాయి మరియు API ద్వారా బహిర్గతం కావు; /etc/dnsmasq.d/ ఫైళ్లను లోడ్ చేయడం డిఫాల్ట్‌గా ఆఫ్ ఉన్న ప్రత్యేక ఎంపిక.

ఆపై ప్రతిచోటా కనిపించాల్సిన పేరుతో రెండు వైపుల నుండి పరీక్షించండి:

$ dig +short newhost.green.internal.example.com @10.20.0.53
10.20.0.41
$ dig +short newhost.green.internal.example.com @10.30.0.53
10.20.0.41
$ dig SOA internal.example.com @10.30.0.53

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

మూడు అంగీకార సందర్భాలతో ముగించండి: ప్రతి సైట్ నుండి ఒక పేరు, ఒక గంటలో మార్చిన ఒక రికార్డ్, మరియు సైట్ల మధ్య లింక్ అందుబాటులో లేకపోవడం. మొదటిది మాత్రమే పాస్ అయ్యే డిజైన్‌కు కాగితంపై ప్రచురణ ప్రణాళిక మరియు ఉత్పత్తిలో స్థానిక ఓవర్‌రైడ్ ఉంటాయి.