Kwa nini nslookup hutatua kupitia VPN lakini kivinjari hakiwezi
nslookup huuliza seva moja moja kwa moja; kivinjari hufuata vitatuzi vya violesura, kanuni za NRPT na DNS iliyosimbwa. Linganisha njia hizo kabla ya kubadilisha VPN.
nslookup hutuma swali kwa seva unayoitaja na kuchapisha jibu, ndiyo sababu inaweza kufaulu wakati kila kichupo cha kivinjari kinashindwa. Kivinjari huomba mfumo wa uendeshaji utatue, na mfumo hupima vitatuzi vya kila kiolesura, kanuni za sera ya utatuzi wa majina na mahali pa mtandao wa adapta. Kisha kivinjari kinaweza kuongeza DNS yake iliyosimbwa juu yake. Njia tatu tofauti, dalili moja, na handaki kwa kawaida si sehemu iliyoharibika.
Ukaguzi ulio hapa chini hufuata njia hizo kutoka kwenye mfumo kwenda nje. Usibadilishe wasifu wa VPN hadi ujue njia ipi ilijibu na ipi ilishindwa.
Sera tatu huamua jibu
Kila kiolesura hubeba orodha yake ya vitatuzi na viambishi vya utafutaji. Adapta ya VPN huongeza seva wakati adapta halisi huhifadhi zake, na mfumo unaweza kuchukua ile inayojibu kwanza, kwa hivyo utafutaji unaweza kuhudumiwa nje ya handaki bila mtu yeyote kuchagua hivyo. Kanuni za jedwali la sera ya utatuzi wa majina zinaweza kutuma vikoa vilivyochaguliwa kwa seva zilizochaguliwa, hivyo ndivyo split DNS huonyeshwa kawaida kwenye Windows. Na mteja au lango la VPN wanaweza kusukuma anwani ya kitatuzi inayopatikana tu ndani ya mtandao wa kibinafsi.
Hizi tatu huingiliana kwa njia ambazo kwa kivinjari zinaonekana kuwa za kiholela. Kitatuzi kilichosukumiwa kwenye anwani ya kibinafsi bila njia kupitia handaki lililogawanywa hufanya kila utafutaji kusimama kisha kushindwa. Kanuni ya sera inayofunika kiambishi cha ndani na kuelekeza kwenye seva iliyozimwa huzalisha kosa lile lile linaloonekana kama njia inayokosekana. Kiambishi cha utafutaji kinachokosekana kwenye adapta ya VPN hubadilisha jina fupi kuwa swali la umma kwa kikoa kisichofaa. Kila moja linahitaji ukarabati tofauti.
Kwa nini kivinjari kinauliza swali lingine
nslookup hutoa swali lake mwenyewe kwa seva inayochagua na haifuati sera ya nafasi ya majina wala mpangilio wa DNS iliyosimbwa wa kivinjari. Ndiyo sababu swali la mkono kwa kitatuzi cha umma hujibu wakati kivinjari kinaripoti kuwa tovuti haipo. Unalinganisha programu mbili, si hali mbili za programu moja.
Upendeleo wa familia ya anwani hufafanua ucheleweshaji si kushindwa. Kivinjari kinachouliza kwanza rekodi za IPv6 kwenye handaki linalobeba IPv4 tu husubiri muda wa mwisho uishe kabla ya kurudi nyuma. Firefox imekuwa na upendeleo kwa hili hasa, na kuuzima ni hatua ya uchunguzi, si ukarabati.
Soma orodha ya vitatuzi na kanuni
Kwenye Windows, chapisha kile mfumo unachoshikilia kabla ya kufanya nadharia. Get-DnsClientServerAddress huonyesha seva kwa kiolesura, Get-DnsClientNrptRule huorodhesha kanuni za nafasi ya majina, na Resolve-DnsName hujibu jina kamili kupitia njia ya mfumo. Linganisha jibu hilo na swali la moja kwa moja kwa seva ya VPN kwa anwani. Wakati Resolve-DnsName inashindwa na swali la moja kwa moja likafaulu, mtuhumiwa ni orodha ya vitatuzi au kanuni ya nafasi ya majina.
Angalia jina lenyewe pia. Jina fupi la ndani linaweza kuhitaji kiambishi cha kibinafsi ambacho adapta ya VPN pekee hutoa, wakati jina lililostahiki kikamilifu hutatuliwa vizuri. Onyo la cheti baada ya utafutaji uliofaulu ni la tatizo lingine.
Kitatuzi kilichosukumiwa kisichofikiwa
Lango au mteja wanaweza kusukuma anwani ya kitatuzi, na anwani hiyo lazima ifikiwe kupitia handaki. Kwenye handaki lililogawanywa safu ya kibinafsi inayoshikilia kitatuzi inaweza kuwa haimo kati ya njia zilizojumuishwa, hivyo kuzalisha utafutaji ambao haupati jibu kamwe. Thibitisha kwamba njia ipo, kisha uliza anwani hiyo mahsusi, kupitia handaki. Hii ndiyo kushindwa nyuma ya kosa la kikoa kwenye kivinjari wakati kitatuzi cha umma bado kinajibu.
Ikiwa kitatuzi hakiwezi kufikiwa, ukarabati ni njia au subnet iliyojumuishwa, si seva nyingine ya DNS.
DNS iliyosimbwa hupita njia yote
Vivinjari vyenye DNS-over-HTTPS hutatua majina vyenyewe kupitia muunganisho wa HTTPS kwa mtoa huduma aliyechaguliwa. Ikiwa hilo limewashwa, kitatuzi cha mfumo na kanuni za split DNS hupitwa kabisa kwa utafutaji huo, kwa hivyo majina ya ndani hushindwa kwenye kivinjari wakati mfumo wa uendeshaji unayatatua kwa usahihi. Kinyume chake pia hutokea: majina ya ndani hufaulu kwenye kivinjari kupitia mtoa huduma ambaye hakupaswa kuyaviona kamwe, na hilo ni tatizo la sera, si la muunganisho.
Amua kwa ufahamu ikiwa DNS iliyosimbwa inaruhusiwa kwenye vifaa vinavyosimamiwa, kisha iunde kupitia uso wa usimamizi wa kivinjari ili chaguo lionekane. Kuiacha kwa upendeleo wa mtu binafsi huzalisha kundi ambalo VPN ile ile hujitenda tofauti kwenye kila kompyuta ya kubebeka.
Ukarabati unaolingana na kushindwa
Ikiwa VPN inasukuma kitatuzi chake, fanya handaki libebe trafiki kuelekea kwake na mpangilio huo uonekane kwenye adapta zinazoshiriki katika utatuzi. Ikiwa tovuti za ndani zinaacha kutatuliwa ukiwa umeunganishwa, ongeza misamaha dhahiri ya nafasi ya majina au kisambazaji cha masharti badala ya kubadilisha kitatuzi kizima. Ikiwa DNS iliyosimbwa ya kivinjari inapita sera, hiyo ndiyo mpangilio wa kubadilisha. Kamwe usiongeze kitatuzi cha umma kurekebisha jina la ndani: huvujisha maswali ya kibinafsi na hakitatu jina.
Kisha tenganisha utafutaji na muunganisho. Jina linalotatuliwa kwa anwani sahihi lakini linakataa muunganisho ni tatizo la huduma, ukuta wa moto au cheti, na mabadiliko ya DNS hayatarekebisha.
Andika njia ipi ilijibu, ipi ilishindwa na ulibadilisha nini. Kisha ripoti ijayo ya dalili hiyo itachukua amri moja badala ya mchana mzima.