dnsmasq inatupa jibu la DNS la faragha: ni ulinzi wa rebinding?

Seva ya DNS ya kampuni inarudisha anwani ya faragha inayotarajiwa, lakini swali kupitia kitatuzi cha upelekaji cha ndani bado linashindikana. Jibu lipo, jambo ambalo linaondoa ukanda wa juu na rekodi yenyewe. Kinachobaki ni hatua ambayo kitatuzi huamua kama litarudisha jibu hilo kwa mteja. Ikiwa kitatuzi hicho ni dnsmasq, kukataliwa kunaweza kuwa tayari kwenye kumbukumbu.

Kupokea jibu na kuchagua kulirudisha ni hatua mbili tofauti.

Linganisha jina moja kwenye vitatuzi vyote viwili

Andika ni kitatuzi kipi ambacho programu hutumia kwa kweli na jina kamili la mwenyeji ambalo inauliza. Kisha linganisha matokeo ya juu na tukio la kitatuzi cha upelekaji kwa jina hilo hilo. Kukosekana kwa jibu kutoka juu, jibu hasi lililohifadhiwa kwenye akiba na kukataliwa kulikorekodiwa kunahitaji marekebisho matatu tofauti.

Anwani inayoonekana katika swali la uchunguzi wa moja kwa moja haithibitishi kwamba programu iliipata kwa njia yake ya kawaida. Maswali mawili yanaweza kutoka kwa vitatuzi tofauti, au kutoka kwa kitatuzi kimoja chini ya sera tofauti. Andika matokeo yote mawili kabla ya kufanya nadharia, kwa sababu ni katika hatua hii ambapo moja hubadilishwa na lingine. Ulinganisho ndio utambuzi wote.

Soma kukataliwa badala ya dalili

Chaguo stop-dns-rebind la dnsmasq linakataa majibu ya anwani ya faragha yanayokidhi masharti na kutoka juu, na huyaandika kwenye kumbukumbu linapofanya hivyo. Ulinzi huu upo kwa sababu nzuri: jina la umma ambalo ghafla linatafsiriwa kuwa anwani ya faragha ni shambulio la kawaida la rebinding. Lakini pia linaingiliana na huduma ya faragha kwa makusudi, na hiyo ndiyo kesi yako.

Tafuta kukataliwa kwenye kumbukumbu kabla ya kubadilisha chochote, kwa sababu ujumbe unataja utaratibu.

Ikiwa hakuna kukataliwa na hakuna jibu kutoka juu, ulinzi wa rebinding si tatizo lako, na kuzima kwake kungekuwa mabadiliko ambayo hayarekebishi chochote na yanapanua mfiduo. Hiyo ni mbaya zaidi kuliko hitilafu ya awali, kwa sababu inaondoa udhibiti na kuacha kasoro. Thibitisha kwanza mstari mahususi wa kumbukumbu. Kisha amua.

Weka ubaguzi kwa kikoa kimoja

Kwa kikoa kilichothibitishwa, mwongozo wa dnsmasq unatoa ubaguzi uliowekwa kwa kikoa badala ya swichi ya kimataifa.

rebind-domain-ok=corp.example

Kikoa kilicho hapo juu ni mfano tu. Tumia kikoa cha utawala unachokisimamia kwa kweli, na elewa wigo wa ulinganishaji wa chaguo kabla ya kukitumia, kwa sababu kanuni ya kiambishi inashughulikia zaidi ya mwenyeji mmoja uliojaribu. Kizalishaji cha usanidi cha kipanga njia kinaweza kuonyesha mpangilio huo huo kupitia kidhibiti chake badala ya maagizo ghafi. Njia zote mbili ni sawa mradi wigo unaotokana ni ule uliokusudia.

Ubaguzi kwa utambuzi wa rebinding hufanya jambo moja hasa: hupitisha majibu ya kikoa hicho.

Hau husanidi kipitishaji cha split-DNS, hauifanyi chanzo cha juu kisichofikika kufikika, na haukiundi njia kuelekea anwani inayorudishwa. Kila moja ya haya ni hitaji tofauti lenye alama yake ya hitilafu, na kila moja hushindikana kwa namna tofauti kwa mteja.

Thibitisha bila kuondoa mpaka

Uliza tena jina la mwenyeji kwa njia ya upelekaji, kisha unganisha na huduma kwa ukaguzi wake wa kawaida wa utambulisho. Ubaguzi wa DNS si sababu ya kukubali cheti kisichotarajiwa, na hitilafu hizi mbili huchanganywa kwa urahisi zinapotokea zote kama hitilafu ya kivinjari. Jaribu jina na huduma kwa tofauti. Ni kimoja tu kati yao kilikuwa tatizo la DNS.

Hifadhi sababu ya ubaguzi kando ya usanidi, pamoja na tarehe na mhusika.

Iangalie tena huduma ya faragha inapohama au kikoa kinabadilika. Kuzima ulinzi kimataifa kungebadilisha jinsi majibu yasiyohusiana yanavyoshughulikiwa na bado kungeacha hitilafu ya njia au huduma ikiwa rebinding haikuwa sababu kamwe.