Kunasa Split-DNS: eleza wapi kila uchunguzi ulichukuliwa

Watu wawili wanachunguza tatizo lile Split-DNS na kupata anwani tofauti za resolver. Mmoja alitumia zana ya utafutaji, mwingine alinasa pakiti kwenye adapta, na wa tatu alisoma uchunguzi wa mteja mwenyewe. Hakuna anayedanganya, na hakuna anayeeleza hatua moja. Kutaja mahali pa uchunguzi hubadilisha mgongano kuwa ramani.

Utafutaji mmoja, maeneo kadhaa ya uchunguzi

Kwa jina moja la ndani kuna angalau maeneo matano ya kuangalia: programu na API ya resolver inayoiita, sera ya kikoa inayotumika kwa mteja, kunasa kwenye adapta au kichujio, mpaka wa lango unaodhibitiwa, na resolver inayopokea ombi hilo kwa kweli.

Kila moja hujibu swali tofauti, na hakuna moja peke yake inayothibitisha ombi lilienda wapi.

Kunasa kwenye adapta huonyesha pakiti, sio nia. Hakusemi ni resolver gani mteja alichagua, na kunasa tupu kunaweza kumaanisha jibu lililohifadhiwa au API nyingine ya resolver, sio pakiti iliyotupwa. Chukulia kila uchunguzi kama ushahidi kuhusu hatua moja. Kisha unganisha hatua hizo kuwa njia.

Kichujio cha mteja kiko kati ya programu na waya

Mteja wa VPN aliye na Split-DNS hutumia ulinganifu wa kikoa kabla pakiti haijaondoka kwenye mashine. Majina katika kiambishi cha handaki huenda kwa resolver ya ndani; kila kingine huenda kwa ya ndani ya kompyuta. Kichujio ni sera, na sera inaweza kutofautiana kwa jukwaa na toleo la mteja.

Mwongozo wa Split-DNS wa Secure Client wa Cisco unashughulikia ulinganifu wa kikoa na kichujio cha Windows, na hutenganisha kile programu inachokiona inapotumia API ya asili ya resolver na kile chombo kama nslookup kinachokiona. Tofauti hizo ndizo hoja.

Anza na wasifu unaotumika na utafutaji mmoja wa kawaida wa programu. Jaribio lolote linalotaja seva maalum ni mchepuko wa makusudi; eleza kwa uchunguzi wa mteja mwenyewe, na usiruhusu liwe kigezo cha kukubali.

nslookup hufuata njia tofauti na programu

nslookup hujenga ombi lake la DNS na linaweza kupita sera ya resolver ya mfumo wa uendeshaji. Hilo hulifanya kuwa chombo chenye manufaa kwa kumuuliza seva maalum swali maalum, na chombo cha kupotosha kwa kujaribu kile ambacho programu itapitia.

Katika Windows, jedwali la sera ya utatuzi wa majina huamua kiambishi kipi kinatumia seva ipi. Kulisoma huonyesha sera ambayo programu itafuata, na mara nyingi hicho ndicho kipande kinachokosekana.

Soma sera kisha uulize swali lile lile kupitia resolver ya kawaida:

Get-DnsClientNrptPolicy
Resolve-DnsName intranet.hq.example

Resolver zilizosimbwa huficha ombi, sio muunganisho

Kivinjari kilicho na resolver yake ya DNS-over-HTTPS ni kisa kingine kabisa. Ombi hutoka ndani ya TLS, kwa hivyo kunasa pakiti huonyesha muunganisho kwa anwani ya resolver lakini sio jina linaloulizwa.

Kwanza tambua sera ya kivinjari inayosimamiwa, kisha ilinganishe na utafutaji wa mfumo wa uendeshaji. Kivinjari kinachoruhusiwa kuchagua resolver yake kinaweza kisione sera ya Split-DNS kabisa.

Tahadhari hiyo hiyo inatumika kwa mteja yeyote anayeleta resolver yake. Kunasa kunakotambua muunganisho wa mbali sio ushahidi kuhusu jina la ombi. Ikiwa unahitaji jina, lichukue kutoka kwa kumbukumbu za resolver yenyewe au uchunguzi wa programu, kwa kuzingatia kanuni za faragha zinazotumika.

Linganisha na jaribio lenye lebo

Chagua jina la ndani lililoidhinishwa kwa jaribio, pamoja na jina la umma lisilobeba maana nyeti. Kwa kila moja, andika muda, aina ya rekodi, jibu na sera uliyotarajia.

Pale inaporuhusiwa, linganisha upokeaji wa resolver na uchunguzi mmoja mwembamba wa mteja au lango:

nslookup intranet.hq.example 10.55.0.53
Get-DnsClientNrptPolicy | Format-List

Kamwe usitume majina ya faragha kwa resolver za umma zisizohusiana eti kwa ajili ya kuunda ulinganisho, na uhariri kila kitu unachoshiriki. Mwishowe, tenganisha jibu sahihi la DNS na muunganisho wa huduma unaofuata: anwani ya faragha iliyotatuliwa bado inahitaji njia na idhini ya programu.