Tveir staðir, eitt einkarekið DNS-svæði: hver á færslurnar?

Þú bætir hýsli við á græna staðnum, það leysist fyrir græna notendur, og gula skrifstofan fær enn NXDOMAIN. Þetta er ekki VPN-bilun og ekki bilaður leysir; þetta er eyða í eignarhaldi innan einkasvæðisins. Tveir sjálfstætt ritstýrðir færslulistar verða ekki eitt svæði bara af því að staðirnir ná hvor að öðrum. Lausnin er birtingaráætlun, ekki önnur eldveggsregla.

Einkennið nefnir eigandann sem vantar

Hver staður hefur líklega staðbundið yfirskrift, Pi-hole-færslu eða dnsmasq-línu sem einhver bætti við þegar þörf var á nafni. Græna færslan er aðeins til á græna leysinum, svo biðlari á gula staðnum spyr eigin leysi og fær sannsögulegt "ekkert slíkt nafn". Úrelt svar lítur öðruvísi út: hýsillinn flutti sig, einn staður uppfærði eintakið sitt og hinn skilar enn gamla vistfanginu.

Hvort tveggja mynstranna lagast ekki til lengdar með því að tæma skyndiminni. Skyndiminni framsendingarleysa er eintak af svari sem hann fékk einu sinni, ekki umboð sem birtir ný nöfn, svo skyndiminni sem virkar í dag segir ekkert um hýsilinn á morgun. BIND-skjölin lýsa hlutverkum aðal-, auka-, endurkvæms og framsendingarleysa sérstaklega einmitt af þessari ástæðu.

Þannig að hönnunarspurningin er þröng og hægt er að svara henni: hver má búa til færslu, og hvernig nær sú færsla til hvers leysis sem verður að svara fyrir hana?

Valkostur A: eitt yfirvaldssvæði með aukaleysum

Keyrðu aðal fyrir internal.example.com og leyfðu studdum aukaleysum að sækja svæðið á hverjum stað. Endurkvæmur leysir hvers staðar spyr staðbundna aukaleysinn sinn, svo svörin koma frá yfirvaldi frekar en skyndiminni, og breyting sem gerð er einu sinni er flutt í staðinn fyrir að vera skrifuð aftur.

Þessi skipan krefst skýrra ákvarðana sem er auðvelt að fresta og dýrt að sleppa. Hver má ritstýra svæðinu? Hvaða netþjónar mega flytja það, og um hvaða vistföng? Hvað eiga biðlarar að sjá á meðan göngin milli staðanna eru niðri? Aukaleysir heldur áfram að svara úr síðasta eintaki sínu, sem er venjulega sú hegðun sem þú vilt, en það verður að vera tilgreindur valkostur en ekki óvænt atvik í niðurfellingu.

Takmarkaðu svæðisflutninga við þekkta aukaleysa eftir vistfangi og notaðu færsluundirskriftir þar sem útfærslan styður þær. Opinn flutningur er eintak af innra nafnrými þínu fyrir alla sem ná til hafnarinnar.

Kostnaðurinn er samhæfing: ein ritstýrsluleið, ein breytingaryfirferð og sameiginlegur skilningur á því hver er á bakvakt þegar færsla er röng.

Valkostur B: undirlén á hvern stað

Framseldu green.internal.example.com græna staðnum og yellow.internal.example.com gula staðnum. Hver staður verður yfirvald yfir sínum eigin nöfnum, og foreldrasvæðið ber aðeins framsendingarfærslurnar. Deilur um eina skrá hverfa, og staðbundið teymi getur bætt við hýsli án þess að bíða eftir miðlægri breytingu.

Framsendingin verður að vera til í foreldrinu, með NS-færslum sem vísa á yfirvaldsservera staðarins. Skilyrt framsending fyrir undirlénið er gildur valkostur þegar full framsending er óhentug, en það er stilling leysisins en ekki birt staðreynd, svo hver leysir þarf sömu regluna.

Kostnaðurinn færist til í stað þess að hverfa: foreldrasvæðið þarf enn eiganda, og að búa til nýjan stað er nú breyting á tveimur stöðum í stað eins.

Láttu hvern leysi fylgja valinu

Gefðu biðlurum samþykkta leysinn og leitarlénið í gegnum studda stillingu þeirra, og vertu viss um að leysirinn hafi leyfða VPN-leið að hvaða fjarlæga DNS-netþjóni sem hann þarf að spyrja. Forrit þurfa líka leiðir að einkavistföngunum sem þessi svör skila, því rétt nafn án leiðar er enn brotin tenging.

Ef Pi-hole sér um staðbundna upplausn skaltu skrifa niður hvaða færslur það á og hvaða fyrirspurnum það framsendir. Tveir sjálfstætt ritstýrðir Pi-hole-listar fjölfalda sig enn ekki. Í Pi-hole v6 eru sérsniðnar dnsmasq-línur stilltar með valkostum á hýsilhlið eins og TOML, CLI eða umhverfisbreytum og eru ekki aðgengilegar í gegnum API; að hlaða skrám úr /etc/dnsmasq.d/ er sérstakur valkostur sem er slökktur sjálfgefið.

Prófaðu síðan frá báðum hliðum með nafni sem ætti að vera sýnilegt alls staðar:

$ 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-svarið segir þér hvort guli leysirinn telur sig yfirvald, er að spyrja aukaleysi eða er bara að framsenda. Þetta eru mismunandi hönnun með mismunandi bilanatilfellum, og svarið greinir venjulega hverja þú raunverulega settir upp.

Ljúktu með þremur samþykkistilvikum: eitt nafn frá hverjum stað, ein færsla breytt innan klukkustundar og tengingin milli staðanna óaðgengileg. Hönnun sem stenst aðeins það fyrsta er með birtingaráætlun á pappír og staðbundið yfirskrift í framleiðslu.