Af hverju nslookup leysir yfir VPN en vafrinn ekki

nslookup sendir fyrirspurn til netþjónsins sem þið nefnið og prentar svarið, þess vegna getur það tekist á meðan hver vafraflipi mistekst. Vafri biður stýrikerfið að leysa, og stýrikerfið vigtar leysa fyrir hvert viðmót, reglur um stefnu nafnupplausnar og netstaðsetningu millistykksins. Síðan getur vafrinn bætt sínum eigin dulkóðaða DNS ofan á. Þrjár mismunandi leiðir, eitt einkenni, og göngin eru venjulega ekki bilaði hlutinn.

Prófanirnar hér að neðan fylgja þessum leiðum frá kerfinu og út. Breytið ekki VPN-sniðinu fyrr en þið vitið hvaða leið svaraði og hver mistókst.

Þrjár stefnur ráða svarinu

Hvert viðmót ber sinn eigin leysingalista og leitarviðskeyti. VPN-millistykki bætir við netþjónum á meðan líkamlegi millistykkið heldur sínum, og kerfið getur tekið þann sem svarar fyrst, svo uppfletting getur verið afgreidd utan ganganna án þess að nokkur hafi valið það. Reglur stefnutöflunnar fyrir nafnupplausn geta sent valin lén til valinna netþjóna, og þannig er split DNS venjulega tjáð í Windows. Og VPN-biðlari eða hlið getur ýtt inn leysingarfangi sem er aðeins til innan einkanetsins.

Þessar þrjár hafa áhrif hver á aðra á vegu sem virðast handahófskenndar frá vafra. Leysir sem er ýtt inn á einkafang án leiðar í gegnum splittað göng lætur hverja uppflettingu stöðvast og síðan mistakast. Stefna sem nær yfir innra viðskeytið og bendir á netþjón sem er niðri framleiðir sömu sýnilegu villu og leið sem vantar. Leitarviðskeyti sem vantar á VPN-millistykkið breytir stuttu nafni í opinbera fyrirspurn um ranga lénið. Hver þeirra þarf aðra viðgerð.

Af hverju vafrinn spyr aðra spurningu

nslookup sendir sína eigin fyrirspurn til netþjónsins sem það velur og fylgir hvorki nafnrýmisstefnu né stillingu vafrans fyrir dulkóðað DNS. Þess vegna svarar handvirk fyrirspurn til opinbers leysis á meðan vafrinn tilkynnir að síðan sé ekki til. Þið berið saman tvö forrit, ekki tvö ástand eins forrits.

Fangaval fjölskyldu er af hverju töf en ekki bilun. Vafri sem biður fyrst um IPv6-færslur í göngum sem flytja aðeins IPv4 bíður þess að tímamörk renni út áður en hann dregur sig til baka. Firefox hefur borið slíkt fangaval einmitt vegna þessa, og að slökkva á því er greiningarþrep en ekki viðgerð.

Lesið leysingalistann og reglurnar

Í Windows, prentið það sem kerfið heldur áður en þið farið að kenna. Get-DnsClientServerAddress sýnir netþjónana eftir viðmóti, Get-DnsClientNrptRule telur upp nafnrýmisreglurnar og Resolve-DnsName svarar nákvæma nafninu um kerfisleiðina. Berið það svar saman við beina fyrirspurn til netþjóns VPN-ins eftir fangi. Þegar Resolve-DnsName mistekst og beina fyrirspurnin tekst er grunurinn leysingalistinn eða nafnrýmisregla.

Kannið líka nafnið sjálft. Innra stutt nafn gæti þurft einkaviðskeytið sem aðeins VPN-millistykkið gefur, á meðan fullgilt nafnið leysist vel. Viðvörun um skírteini eftir vel heppnaða uppflettingu tilheyrir öðru vandamáli.

Hinn óaðgengilegi innýtti leysir

Hlið eða biðlari getur ýtt inn leysingarfangi, og sá gangur verður að vera aðgengilegur í gegnum göngin. Á splittuðum göngum er einkasviðið sem hýsir leysinn ef til vill ekki meðal innifalinna leiða, sem gefur uppflettingu sem fær aldrei svar. Staðfestið að leiðin sé til, spyrjið svo sérstaklega um þann gang í gegnum göngin. Þetta er bilunin bak við léniðsvillu í vafranum á meðan opinber leysir svarar enn.

Ef leysirinn er óaðgengilegur er viðgerðin leið eða innifalið undirnet, ekki annar DNS-netþjónn.

Dulkóðað DNS fer fram hjá allri leiðinni

Vafrar með DNS-over-HTTPS leysa nöfn sjálfir um HTTPS-tengingu við valinn þjónustuaðila. Þegar það er á er kerfisleysinum og split DNS-reglunum algjörlega sleppt fyrir þessar uppflettingar, svo innri nöfn mistakast í vafranum á meðan stýrikerfið leysir þau rétt. Hið gagnstæða gerist líka: innri nöfn takast í vafranum í gegnum þjónustuaðila sem aldrei hefði átt að sjá þau, og það er stefnuvandamál en ekki tengingarvandamál.

Ákveðið af ásettu ráði hvort dulkóðað DNS sé leyft á stýrðum tækjum, stillið það svo í gegnum stjórnvið vafrans þannig að valið sé sýnilegt. Að láta það eftir einstaklingsvali framleiðir flota þar sem sami VPN hegðar sér öðruvísi á hverri fartölvu.

Viðgerðir sem passa við bilunina

Ef VPN-ið ýtir inn leysinum sínum, látið göngin flytja umferð til hans og látið sömu stillingu vera sýnilega á millistykkjunum sem taka þátt í upplausninni. Ef staðbundnar síður hætta að leysast meðan þið eruð tengd, bætið við skýrum undantekningum nafnrýmis eða skilyrtum framsendingaraðila í stað þess að skipta leysinum út í heild. Ef dulkóðað DNS vafrans fer fram hjá stefnunni er það stillingin sem á að breyta. Bætið aldrei við opinberum leysi til að laga innra nafn: það lekur einkafyrirspurnum og leysir ekki nafnið.

Aðskiljið svo uppflettingu frá tengingu. Nafn sem leysist á réttan gang en neitar tengingu er vandamál þjónustu, eldveggs eða skírteinis, og DNS-breytingar laga það ekki.

Skráið hvaða leið svaraði, hver mistókst og hvað þið breyttuð. Næsta skýrsla um sama einkenni kostar þá eina skipun í stað síðdegis.