WireGuard DNS kwenye iPhone: kikoa ni kiambishi cha utafutaji tu

Unaandika mstari mmoja wenye anwani ya kitatuzi na kikoa cha kampuni, ukitarajia ni majina katika kikoa hicho tu yatakayotumia kitatuzi cha handaki. Kwenye mteja wa Apple, sasa majina yote yanaenda huko, na majina mafupi katika kikoa pia hutatuliwa. Mstari huo hufanya mambo mawili tofauti, na ni moja tu kati yao linahusu ni maswali gani handaki hushughulikia. Lingine ni urahisi wa kuandika uliopandishwa hadi kuwa sera na usomaji wa matumaini.

Mstari wa DNS hugawanywa kuwa nini

Mteja husoma kiingilio kama orodha na huainisha kila kipengee kulingana na umbo lake. Kitu chochote kinachofanana na anwani huwa seva ya DNS; kitu chochote kinachofanana na kikoa huwa kiambishi cha utafutaji. Vyote viwili huishia kwenye mipangilio ya handaki, lakini katika sehemu tofauti. Mstari wa mfano kwa handaki linalobeba kitatuzi cha kibinafsi na kikoa kimoja cha ndani unaonekana hivi.

DNS = 10.24.8.53, lab.internal.example

Anwani hutoa kitatuzi. Kikoa hutoa kiambishi kinachomruhusu mteja kuandika jina fupi na mfumo kuongeza kilichobaki kabla ya kuuliza. Hakuna kati yao linalosema chochote kuhusu kuzuia kitatuzi kwenye kikoa hicho, na hiyo ndiyo sehemu ambayo watu hutarajia na hawapati. Sehemu moja tu kwenye jukwaa inaweza kueleza kizuizi hicho, na si sehemu hii.

Sehemu mbili za Apple, kazi mbili tofauti

Apple hufichua tofauti hiyo katika kipengee chake cha mipangilio ya DNS. Orodha ya vikoa vya utafutaji imeandikwa kama orodha inayotumika kuhitimu majina ya mwenyeji yenye lebo moja: andika jina la mwenyeji tupu na mfumo unaweza kuongeza kila kiambishi kwa zamu. Hiyo ni kanuni ya ukamilishaji, si kanuni ya uelekezaji. Hakuna kitu kwenye orodha hiyo kinachoamua seva ipi inaulizwa.

Orodha ya vikoa vinavyolingana ni sifa nyingine. Huamua ni nafasi gani za majina zinazotumia seti hii ya mipangilio ya DNS, na kiingilio tupu humaanisha kikoa chaguo-msingi badala ya kiambishi kimoja mahususi. kizalishaji cha mipangilio ya handaki la pakiti kwenye mteja wa Apple hufuata mtindo huo. Huweka viambishi vya utafutaji vilivyochanganuliwa kwenye orodha ya utafutaji, na vinapokuwepo seva huweka orodha ya ulinganifu kuwa mfuatano tupu. Matokeo ni kitatuzi cha handaki kinachojibu kila kitu mfumo unaokituma, pamoja na kiambishi kinachosaidia na majina mafupi.

Kwa hivyo kikoa kwenye mstari huo si kiteuzi cha nafasi ya majina. Kuongeza kingine hakupunguzi ni maswali gani handaki hutumia, na kuiondoa hakuyapanui pia. Kitu pekee kinachobadilika ni majina mafupi mangapi hukamilishwa.

Kwa nini kila jina bado hufikia kitatuzi cha handaki

Kwa kiingilio tupu cha ulinganifu, handaki ni kitatuzi mtarajiwa kwa majina ya kawaida, si kwa kikoa cha kampuni tu. Katika usanidi wa handaki kamili hii kwa kawaida haijalishi sana, kwa sababu trafiki yote iko ndani ya handaki hata hivyo. Katika handaki lililogawanywa hii inajalisha sana. Majina ya umma sasa yanaweza kutatuliwa na kitatuzi kinachoshikilia eneo la kibinafsi tu, na hitilafu inaonekana kama VPN iliyovunjika wakati kwa kweli ni kitatuzi kinachojibu sehemu moja ya nafasi ya majina tu. Handaki liko sawa, maswali yanatoka, na majibu yanarudi matupu.

Kuna marekebisho mawili na ni maamuzi tofauti. Fanya kitatuzi cha handaki kuwa kitatuzi kamili kinachopeleka majina ya umma kupitia njia iliyoidhinishwa, au acha kutuma majina ya umma huko kwa kubadilisha usanidi wa mteja badala ya orodha ya vikoa. La kwanza hubakiza kila swali kwenye handaki na kuamini mtiririko wa juu. La pili hubakiza baadhi ya maswali ndani ya nchi na kukubali kwamba majina ya kibinafsi yanaweza kuacha kutatuliwa wakati handaki limezimwa.

DNS iliyogawanywa ingehitaji nini kwa kweli

Sera ya kitatuzi iliyozuiwa kwenye nafasi ya majina inahitaji mteja anayekuruhusu kuieleza: linganisha vikoa kwenye majukwaa ya Apple, au mpangilio sawa katika bidhaa unayotumia. Sehemu ya usanidi inayokubali seva na viambishi tu haiwezi kuieleza, hata ikipangwa vipi. Wasifu unaweza kubeba sera hiyo kwa sababu unaeleza usanidi unaosimamiwa na si kidokezo cha wakati wa kuunganisha. Unaweza kutaja kikoa, seva na kile kinachopaswa kutokea wakati kikoa hicho hakiwezi kufikiwa. Hiyo ndiyo tofauti kati ya mpangilio na mkataba.

Kwenye vifaa vya Apple vinavyosimamiwa hii kwa kawaida hutolewa kupitia wasifu wa usanidi unaobeba mipangilio ya DNS mahususi kwa kikoa. Hii ni mbinu tofauti na faili ya usanidi ya WireGuard, na zote mbili zinaweza kuwepo pamoja ikiwa tu mteja anaheshimu wasifu. Angalia mteja wako anakiita sehemu hiyo nini kwa kweli kabla ya kudhani bidhaa mbili zinafanya sawa. Hati wg-quick kwenye Mac na programu ya WireGuard kwenye iPhone husoma mistari inayofanana na kuziweka kupitia tabaka tofauti.

Soma mipangilio iliyowekwa, si usanidi

Kwenye Mac unaweza kukagua mfumo uliishia wapi, jambo ambalo linafahamisha zaidi kuliko kusoma tena faili uliyoandika. Orodha ya viatuzi inaonyesha seva zipi zimewekwa kwa vikoa vipi, na maswali yaliyozuiwa yanaonyesha lipi lililoshinda. Mteja anayeharibu mstari huonyesha hilo hapa badala ya kwenye faili uliyoandika. Kwenye iOS hakuna mstari wa amri unaofanana, kwa hivyo ushahidi huko ni matokeo: jina la kibinafsi linalotatuliwa kupitia handaki, na jina la umma ambalo jibu lake hufichua kitatuzi kilichojibu.

scutil --dns | grep -A3 resolver
networksetup -getdnsservers Wi-Fi

Amri hizi mbili huchapisha usanidi wa sasa wa kitatuzi na seva za DNS za huduma inayotumika. Ikiwa kitatuzi cha handaki kinaonekana kama kitatuzi chaguo-msingi bila kizuizi cha kikoa, usanidi unafanya kile mteja alichoomba. Rekebisha hilo kwa kubadilisha mbinu, si kwa kuongeza kiambishi cha pili na kutumaini tabia itabadilika.