VPN tengt en nöfn mistakast: hvar DNS brotnar í raun

Göngin eru uppi, táknið grænt og hver vafraflipi tilkynnir mistök við nafnupplausn. Þrír mismunandi ferlar skapa þessa mynd: leysirinn getur verið óaðgengilegur, biðlarinn gæti verið að spyrja leysi sem þú bjóst ekki við, eða aðeins einkaað nöfnin gætu mistekist. Aðskildu þá áður en þú breytir nokkru í samskiptareglum ganganna, því hver þeirra er lagaður á öðrum stað. Röðin hér að neðan byrjar á athugunum sem aðskilja þessa þrjá.

Hvað uppfletting þarf í raun

Uppfletting þarf þrennt: slóð leysis, slóð að þeirri slóð og svar sem passar við spurninguna. Hvert þeirra getur mistekist eitt og sér, og sjáanlegt einkenni er sama síða og hleðst ekki. Þess vegna segir villusíðan þér næstum ekkert fyrr en þú veist hvert þriggja brotnaði.

Biðlarinn lærir leysi sinn úr VPN-sniðinu, úr DHCP á göngunum eða úr eigin stillingum, og hvaða uppspretta vinnur fer eftir vettvangi. Í Windows listar ipconfig /all DNS-netþjóna fyrir hvert adapter, svo þú sérð hvort gildið sem ýtt var kom í raun. Gildi sem ýtt var og náði aldrei stýrikerfinu er hljóðlát og algeng mistök. Lestu stillta gildið áður en þú snertir sniðið.

Linux og macOS svara sömu spurningu með mismunandi skipunum, og svarið á sama lestur skilið: resolvectl status og scutil --dns bæði telja upp netþjónana eftir tengi. Berðu þann lista saman við slóðina sem sniðið segist ýta. Ósamræmi hér skýrir allt niður á við, svo leystu það áður en þú prófar nöfn.

Prófaðu eitt opinbert og eitt einkaað nafn

Spurðu venjulegt opinbert hýsilnafn og skjalfest einkaað hýsilnafn frá sömu vél, og skráðu hvaða netþjónn svaraði hvoru. Ef bæði mistakast er leysirinn eða slóð hans brotin. Ef aðeins einkaaða nafnið mistekst svaraði leysirinn og spurningin verður svæðið eða leiðsögnin. Keyrðu báðar fyrirspurnir innan mínútu hvor frá annarri svo leiðarbreyting geti ekki skýrt muninn.

Haltu innri nöfnum utan opinberra skjáskota og utan opinberra leysa. Tímamörk og svar um ótilgreint lén eru mismunandi athuganir: fyrra segir að ekkert hafi komið til baka, síðara að yfirvald hafi svarað að nafnið sé ekki til. Að meðhöndla hvort tveggja sem eina villu sendir þig á rangt lag, og viðvörun um skírteini er enn þriðja atriðið, ekki DNS-mistök.

nslookup prentar bæði netþjóninn sem var spurður og svarið sem barst, og það er nákvæmlega parið sem þú þarft. Keyrðu það tvisvar í sama skel og skrifaðu slóðina sem svaraði við hvert svar.

nslookup example.com
nslookup host.corp.example 10.20.30.53

Staðfestu að biðlarinn nái í raun þeim netþjóni

Einkaaður leysir sem sniðið ýtir er aðeins gagnlegur ef biðlarinn nær honum meðan göngin eru uppi. Slóð sem lítur rétt út án slóðar veldur tímamörkum, og tengd staða ganganna segir ekkert um þá slóð. Athugunin er slóðarleit sem beinist að leysinum sjálfum, ekki endapunkti VPN.

Hver vettvangur svarar þessu í einni línu, og tengið sem nefnt er í úttakinu er allt svarið. Ef það bendir á líkamlega millistykkið meðan leysirinn er bak við göngin ýtir sniðið ekki forskeyti sem nær yfir hann.

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

Í sniði fyrir klofin göng getur leysirinn verið utan ýttra slóða, sem er vandamál sniðsins en ekki netþjónsins. Berðu slóð leysisins saman við ýttu forskeytin og staðfestu að eitt þeirra nái yfir hana. Sama ósamræmi skýrir hvers vegna DNS virkar í einu neti og mistekst í öðru með sams konar sniði.

Mundu að vafrar geta farið fram hjá leysi kerfisins

Vafri með öruggt DNS virkt getur sent fyrirspurnir yfir HTTPS til þjónustuveitanda að eigin vali og hunsað leysi stýrikerfisins algjörlega. Þá virðist kerfið rétt meðan vafrinn mistekst, eða öfugt. Það er stefnumál fyrir vafrann, ekki göngin.

Athugaðu stillingu öruggs DNS í vafranum og hverja stýrða stefnu sem stjórnar henni, og prófaðu síðan annað forrit eða vafra með göngin óbreytt. Ef aðeins eitt forrit mistekst tilheyrir leiðréttingin því forriti. Einkagluggi er ekki hreinn samanburður, því hann getur slökkt sjálfgefið á viðbótum í einum vafra en ekki öðrum, og hann fer aldrei fram hjá stýrðri stefnu. Notaðu frekar annað vafrasnið eða annað forrit.

Hreinsaðu skyndiminnið og prófaðu raunverulega verkefnið aftur

Eftir að hafa lagað stillingu skaltu hreinsa staðbundið skyndiminni leysisins svo gamalt svar lifi leiðréttinguna ekki af. Stutt bati og svo ný mistök þýða að orsökin er enn til staðar, ekki að hreinsunin hafi mistekist. Veldu línuna sem passar vélina sem þú ert á, því skyndiminnin þrjú eru aðskilin.

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

Endurtaktu síðan upprunalega verkefnið í stað gervilegrar uppflettingar, því verkefnið er það sem notandann varðar. Tengdu líka aftur einu sinni, svo endurprófið nái yfir ástandið sem notandinn verður í raun í. nslookup-handbók Microsofts er síðan sem á að halda fyrir röksemdir fyrirspurnarinnar.

Ef nöfn mistakast aðeins eftir aftengingu, endurheimti biðlarinn ekki fyrri stillingar, sem er villa í lífsferli til að tilkynna, ekki DNS-netþjónn til að skipta um. Virk uppfletting er ekki heldur lekapróf, því útgöngulandið segir þér ekkert um hvaða leysir svaraði.