Kwa nini MagicDNS hutatua vifaa lakini si majina ya mwenyeji wa ofisi

MagicDNS humpa kila kifaa katika tailnet jina linalotokana na jina la mashine yake na kikoa cha DNS cha tailnet. Jina hilo huundwa na Tailscale na hujibiwa kupitia njia ya kitatuzi cha Tailscale. Jina la mwenyeji wa ofisi kama files.office.example ni la eneo ambalo Tailscale haikuwahi kuandika, kwa hivyo kubadilisha jina la kifaa hakuwezi kulizalisha. Nafasi mbili za majina huzoeshana; zina wamiliki tofauti tu.

Utaratibu huo uko nyuma ya malalamiko ya kawaida sana: mwenyeji wa Tailscale hujibu, na seva ya faili bado hurudisha hitilafu ya utatuzi.

Nafasi mbili za majina, wamiliki wawili

Jina la kifaa huzalishwa kutoka jina la mwenyeji la mashine yenyewe, migongano hutatuliwa na Tailscale, na matokeo huishi chini ya kikoa cha tailnet. Eneo la ofisi huhudumiwa na anayeendesha kitatuzi cha ofisi, na rekodi huundwa na msimamizi au usajili unaobadilika. Majina mafupi huficha tofauti: files inaweza kuwa upanuzi wa kiambishi cha utafutaji kinachojibiwa na DNS ya ofisi, kifaa cha tailnet, au hakuna kabisa. Swali la jina kamili huonyesha mfumo gani ulijibu kwa kweli.

Kubadilisha jina la mashine la kipanga njia cha subnet hakufanyi chochote kwa eneo la ofisi. Hubadilisha jina la kifaa kimoja cha Tailscale na kuacha rekodi kwenye seva ya ofisi bila kuguswa, ndiyo sababu kubadilisha jina na kujaribu tena hukutana kamwe.

Elekeza eneo la ofisi kwa kitatuzi chake

DNS iliyogawanywa ya Tailscale hutuma maswali ya vikoa vilivyochaguliwa kwa seva ya majina unayotaja, na kila kitu kingine hufuata sera iliyobaki. Ongeza kikoa ambacho kitatuzi cha ofisi hukihudumia kwa kweli, si kiambishi cha utafutaji unachochapa kwa bahati. Kiambishi cha utafutaji humwambia mteja nini cha kuongeza; hakimwambii kitatuzi wapi kuangalia. Mipangilio hii miwili inaonekana sawa kwenye konsoli na hujiendesha kwa namna tofauti kabisa.

Seva ya majina yenye vikwazo lazima iwe na mamlaka kwa kikoa kinachohusiana nayo, la sivyo jibu litakuwa rufaa badala ya anwani.

Ufikivu huja kabla ya utatuzi

Mteja pia lazima afikie seva hiyo ya majina. Kwa kitatuzi kwenye LAN ya kibinafsi, njia ya subnet lazima itangazwe na kukubaliwa, sera ya ufikiaji lazima iruhusu swali, na njia ya kurudi lazima iwepo. Anwani sahihi ya DNS kwenye konsoli ya utawala inathibitisha tu kwamba usanidi ulihifadhiwa. Ikiwa pakiti haziwezi kufikia kitatuzi, dalili ni kukatika kwa muda, ambayo inaonekana tofauti na jibu lenye mamlaka kwamba hakuna rekodi kama hiyo.

Tofauti hiyo ni ya uchunguzi. Kukatika kwa muda kunaonyesha uelekezaji au sera, ilhali jibu hasi la papo hapo linaonyesha rekodi au eneo. Soma ni lipi unalopata kabla ya kubadilisha mpangilio wowote wa DNS.

Tenganisha kushindwa kwa jina na kushindwa kwa huduma

Ikiwa rasilimali hujibu kwenye anwani yake ya kibinafsi lakini si kwa jina la mwenyeji, uchunguzi unabaki kwenye DNS. Ikiwa hakuna hata moja inayofanya kazi, rekebisha kwanza uelekezaji au huduma, kwa sababu jina linalotatuliwa hadi anwani isiyofikika si maendeleo. Uliza jina kamili na uangalie seva gani ilijibu. Kwenye macOS baadhi ya zana za mstari wa amri hufuata njia tofauti na programu za kawaida, kwa hivyo terminal dig na kivinjari vinaweza kutokubaliana kuhusu jina moja.

Rudia jaribio ukiwa umechagua nodi ya kutoka ikiwa hiyo ndiyo hali ya kawaida ya kifaa. Ushughulikiaji wa DNS wa nodi ya kutoka hutofautiana na usanidi usio na nodi ya kutoka, na kujaribu katika hali moja tu kunaweza kukosa hitilafu ambayo watumiaji huiona kwa kweli.

Andika eneo, anwani ya kitatuzi na njia inayobeba swali. Hizi tatu hueleza mengi ya mshangao ya MagicDNS bila raundi nyingine ya kubadilisha majina.