VPN imeunganishwa lakini majina yanashindikana: DNS huvunjika wapi kweli

Mirija imeinuka, aikoni ni ya kijani na kila kichupo cha kivinjari kinaripoti kushindikana kwa utatuzi wa majina. Mbinu tatu tofauti huunda picha hiyo: resolver inaweza isifikike, mteja anaweza kuuliza resolver ambayo hukuitarajia, au majina ya faragha pekee yanaweza kushindikana. Tenganisha hizo kabla ya kubadilisha chochote katika itifaki ya mirija, kwa sababu kila moja hurekebishwa mahali tofauti. Mpangilio ulio chini huanza na uchunguzi unaotenganisha hizo tatu.

Utafutaji unahitaji nini kweli

Utafutaji unahitaji vitu vitatu: anwani ya resolver, njia kuelekea anwani hiyo na jibu linalolingana na swali. Kila kimoja kinaweza kushindikana peke yake, na dalili inayoonekana ni ukurasa uleule ambao haupakii. Ndiyo sababu ukurasa wa hitilafu haukuambia karibu chochote hadi ujue ni kipi kati ya vitatu kilichovunjika.

Mteja hujifunza resolver yake kutoka wasifu wa VPN, kutoka DHCP kwenye mirija au kutoka usanidi wake mwenyewe, na chanzo kipi kishinda hutegemea jukwaa. Kwenye Windows, ipconfig /all huorodhesha seva za DNS kwa kila adapta, kwa hivyo unaona kama thamani iliyotumwa ilifika kweli. Thamani iliyotumwa ambayo haikufika kamwe kwenye mfumo wa uendeshaji ni kushindikana kwa utulivu na kwa kawaida. Soma thamani iliyosanidiwa kabla ya kugusa wasifu.

Linux na macOS hujibu swali lilelile kwa amri tofauti, na jibu linastahili usomaji uleule: resolvectl status na scutil --dns zote mbili huorodhesha seva kwa kila kiolesura. Linganisha orodha hiyo na anwani ambayo wasifu unadai kutuma. Tofauti hapa hufafanua kila kitu chini, kwa hivyo tatua kabla ya kujaribu majina.

Jaribu jina moja la umma na moja la faragha

Uliza jina la mwenyeji la umma la kawaida na jina la mwenyeji la faragha lililoandikwa kutoka kwenye mashine hiyo hiyo, na andika ni seva ipi ilijibu kila moja. Ikiwa zote mbili zinashindikana, resolver au njia yake imevunjika. Ikiwa jina la faragha pekee linashindikana, resolver ilijibu na swali linakuwa ukanda au uelekezaji. Endesha maswali yote mawili ndani ya dakika moja, ili mabadiliko ya njia yasiweze kufafanua tofauti.

Weka majina ya ndani nje ya picha za skrini za umma na nje ya resolver za umma. Muda kuisha na jibu la kikoa kisichokuwepo ni uchunguzi tofauti: la kwanza linasema hakuna kilichorudi, la pili linasema mamlaka ilijibu kuwa jina halipo. Kuyachukua kama hitilafu moja hukupeleka kwenye tabaka lisilofaa, na onyo la cheti ni kitu cha tatu tena, si kushindikana kwa DNS.

nslookup huchapisha seva iliyoulizwa na jibu lililopokelewa, na hiyo ndiyo jozi unayohitaji. Endesha mara mbili kwenye shell ileile na andika anwani iliyojibu kando ya kila jibu.

nslookup example.com
nslookup host.corp.example 10.20.30.53

Thibitisha kwamba mteja anaweza kufikia seva hiyo kweli

Resolver ya faragha inayotumwa na wasifu ni muhimu tu ikiwa mteja anaweza kuifikia wakati mirija imeinuka. Anwani inayoonekana sahihi bila njia huzalisha muda kuisha, na hali ya muunganisho wa mirija haisemi chochote kuhusu njia hiyo. Ukaguzi ni utafutaji wa njia unaoelekezwa kwa resolver yenyewe, si kwa mwisho wa VPN.

Kila jukwaa hujibu hilo kwa mstari mmoja, na kiolesura kilichotajwa kwenye matokeo ni jibu lote. Ikiwa kinaelekeza kwenye adapta ya kimwili wakati resolver iko nyuma ya mirija, wasifu hautumi kiambishi kinachoisimamia.

ip route get 10.20.30.53                      # Linux
route -n get 10.20.30.53                     # macOS
Find-NetRoute -RemoteIPAddress 10.20.30.53   # Windows PowerShell

Kwenye wasifu wa mirija iliyogawanywa, resolver inaweza kuwa nje ya njia zilizotumwa, jambo ambalo ni tatizo la wasifu na si la seva. Linganisha anwani ya resolver na viambishi vilivyotumwa na uthibitishe kuwa kimoja kinaisimamia. Tofauti hiyo hiyo hufafanua kwa nini DNS hufanya kazi kwenye mtandao mmoja na kushindikana kwenye mwingine wenye wasifu sawa.

Kumbuka kwamba vivinjari vinaweza kukwepa resolver ya mfumo

Kivinjari kilicho na DNS salama kilichowashwa kinaweza kutuma maswali kwa HTTPS kwa mtoa huduma wa chaguo lake mwenyewe na kupuuza kabisa resolver ya mfumo wa uendeshaji. Wakati huo mfumo unaonekana sahihi wakati kivinjari kinashindikana, au kinyume chake. Hilo ni swali la sera kwa kivinjari, si kwa mirija.

Angalia mpangilio wa DNS salama wa kivinjari na sera yoyote inayosimamiwa inayoongoza, kisha jaribu programu au kivinjari cha pili wakati mirija haijabadilika. Ikiwa programu moja pekee inashindikana, marekebisho ni ya programu hiyo. Dirisha la faragha si ulinganisho safi, kwa sababu linaweza kuzima viendelezi kwa chaguo-msingi kwenye kivinjari kimoja na si kingine, na haliwezi kamwe kukwepa sera inayosimamiwa. Badala yake tumia wasifu wa pili wa kivinjari au programu nyingine.

Futa akiba na ujaribu tena kazi halisi

Baada ya kurekebisha mpangilio, futa akiba ya resolver ya ndani ili jibu la zamani lisiishi zaidi ya marekebisho. Uponyaji mfupi ukifuatiwa na kushindikana tena humaanisha kuwa sababu bado iko, si kwamba ufutaji ulishindikana. Chagua mstari unaolingana na mashine uliyo nayo, kwa sababu akiba tatu ni tofauti.

ipconfig /flushdns                 # Windows
resolvectl flush-caches            # Linux
sudo killall -HUP mDNSResponder    # macOS

Kisha rudia kazi ya awali badala ya utafutaji wa bandia, kwa sababu kazi ndiyo inayomjali mtumiaji. Unganisha tena mara moja, ili jaribio la pili lifunike hali ambayo mtumiaji atakuwa nayo kweli. Marejeleo ya nslookup ya Microsoft ni ukurasa unaofaa kuuhifadhi kwa hoja za swali.

Ikiwa majina yanashindikana tu baada ya kukatisha, mteja hakurejesha usanidi wa awali, jambo ambalo ni hitilafu ya mzunguko wa maisha ya kuripotiwa, si seva ya DNS ya kubadilishwa. Utafutaji unaofanya kazi pia si jaribio la uvujaji, kwa sababu nchi ya kutoka haikuambii ni resolver ipi ilijibu.