Maeneo mawili, eneo moja la DNS la kibinafsi: rekodi ni za nani?

Unaongeza mwenyeji katika eneo la kijani, hutatuliwa kwa watumiaji wa kijani, na ofisi ya njano bado inapata NXDOMAIN. Hii si kushindwa kwa VPN wala kitatuzi kilichovunjika; ni pengo la umiliki ndani ya eneo la kibinafsi. Orodha mbili za rekodi zilizohaririwa kwa kujitegemea hazibadiliki kuwa eneo moja kwa sababu tu maeneo yanaweza kufikiana. Suluhisho ni mpango wa uchapishaji, si kanuni nyingine ya ukuta wa moto.

Dalili inataja mmiliki aliyekosekana

Kila eneo huenda lina ubatilishaji wa ndani, ingizo la Pi-hole au mstari wa dnsmasq ambao mtu aliongeza wakati jina lilihitajika. Rekodi ya kijani ipo tu kwenye kitatuzi cha kijani, kwa hiyo mteja aliye njano anauliza kitatuzi chake mwenyewe na kupata "hakuna jina kama hilo" la kweli. Jibu la kizamani linaonekana tofauti: mwenyeji alihama, eneo moja lilisasisha nakala yake, na lingine bado linarejesha anwani ya zamani.

Hakuna muundo unaosuluhishwa kwa muda mrefu kwa kufuta akiba. Akiba ya kitatuzi kinachopeleka ni nakala ya jibu lililopokelewa mara moja, si mamlaka inayochapisha majina mapya, kwa hiyo akiba inayofanya kazi leo haisemi chochote kuhusu mwenyeji wa kesho. Nyaraka za BIND zinaeleza majukumu ya msingi, ya pili, ya kurudia na ya kupeleka kwa tofauti kwa sababu hii hasa.

Kwa hiyo swali la ubunifu ni jembamba na linaweza kujibiwa: nani anaweza kuunda rekodi, na rekodi hiyo inafikiaje kila kitatuzi kinachopaswa kuijibu?

Chaguo A: eneo moja lenye mamlaka na za pili

Endesha la msingi kwa internal.example.com na uache za pili zinazotumika zipate eneo katika kila eneo. Kitatuzi cha kurudia cha kila eneo kinauliza la pili la ndani, kwa hiyo majibu yanatoka kwenye chanzo chenye mamlaka si kwenye akiba, na mabadiliko yaliyofanywa mara moja huhamishwa badala ya kuandikwa upya.

Mpangilio huo unahitaji maamuzi ya wazi ambayo ni rahisi kuahirisha na ghali kupuuza. Nani anaweza kuhariri eneo? Seva zipi zinaruhusiwa kulihamisha, na kwa anwani zipi? Wateja wanapaswa kuona nini wakati handaki kati ya maeneo imezimwa? La pili linaendelea kujibu kutoka nakala yake ya mwisho, ambayo kwa kawaida ni tabia inayotakiwa, lakini lazima iwe chaguo lililotangazwa na si mshangao wakati wa kukatika.

Punguza uhamishaji wa eneo kwa za pili zinazojulikana kwa anwani na tumia sahihi za shughuli pale utekelezaji unapozitumia. Uhamishaji wazi ni nakala ya nafasi yako ya majina ya ndani kwa yeyote anayeweza kufikia bandari.

Gharama ni uratibu: njia moja ya kuhariri, mapitio moja ya mabadiliko, na uelewa wa pamoja wa nani yuko zamu wakati rekodi si sahihi.

Chaguo B: kijisehemu kwa kila eneo

Kasimu green.internal.example.com kwa eneo la kijani na yellow.internal.example.com kwa la njano. Kila eneo linakuwa na mamlaka juu ya majina yake mwenyewe, na eneo la mzazi hubeba rekodi za ukasimishaji tu. Ugomvi kuhusu faili moja unatoweka, na timu ya ndani inaweza kuongeza mwenyeji bila kusubiri mabadiliko ya kati.

Ukasimishaji lazima uwepo kwenye mzazi, ukiwa na rekodi za NS zinazoelekeza kwenye seva zenye mamlaka za eneo. Upelekaji wa masharti kwa kijisehemu ni mbadala halali wakati ukasimishaji kamili hauwezekani, lakini ni mpangilio wa kitatuzi si ukweli uliochapishwa, kwa hiyo kila kitatuzi kinahitaji kanuni hiyo hiyo.

Gharama inahama badala ya kutoweka: eneo la mzazi bado linahitaji mmiliki, na kuunda eneo jipya sasa ni mabadiliko katika maeneo mawili badala ya moja.

Acha kila kitatuzi kifuate chaguo

Wape wateja kitatuzi kilichoidhinishwa na kikoa cha utafutaji kupitia usanidi wao unaotumika, na uhakikishe kuwa kitatuzi kina njia ya VPN inayoruhusiwa kwa seva yoyote ya DNS ya mbali ambayo inapaswa kuiuliza. Programu pia zinahitaji njia za kufikia anwani za kibinafsi ambazo majibu hayo hurudisha, kwa sababu jina sahihi lisilo na njia bado ni muunganisho uliovunjika.

Ikiwa Pi-hole inatoa utatuzi wa ndani, andika ni rekodi zipi anamiliki na ni maswali gani anayopeleka. Orodha mbili za Pi-hole zilizohaririwa kwa kujitegemea bado hazinakiliwi. Katika Pi-hole v6, mistari maalum ya dnsmasq huwekwa kupitia chaguo za upande wa mwenyeji kama TOML, CLI au vigeu vya mazingira na hazidhihirishwi kupitia API; kupakia faili za /etc/dnsmasq.d/ ni chaguo tofauti ambalo limezimwa kwa chaguo-msingi.

Kisha jaribu kutoka pande zote mbili kwa jina ambalo linapaswa kuonekana kila mahali:

$ 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

Jibu la SOA linakuambia kama kitatuzi cha njano kinajiona kuwa na mamlaka, kinauliza la pili, au kinapeleka tu. Hizi ni miundo tofauti yenye njia tofauti za kushindwa, na jibu kwa kawaida hutambua ni ipi uliyotumia kwa kweli.

Maliza kwa kesi tatu za kukubali: jina moja kutoka kila eneo, rekodi moja iliyobadilishwa ndani ya saa, na kiungo kati ya maeneo kisipatikane. Muundo unaopita wa kwanza tu una mpango wa uchapishaji kwenye karatasi na ubatilishaji wa ndani katika uzalishaji.