resolv.conf í WSL 2: DNS deyr þegar VPN tengist

Vafri inni í dreifingunni virkar, og fyrsta innra hýsisnafnið mistekst á sömu stundu og göngin koma upp. Viðbragðið er að bæta við opinberum leysi, sem færir internetið aftur og gerir fyrirtækisnafnið óaðgengilegt það sem eftir er dags. Í WSL 2 er /etc/resolv.conf framleidd framleiðsla en ekki uppsetning, og það er þessi vélbúnaður sem er þess virði að skilja. Lagfæringin er ekki betri leysir, heldur eignarhald á skránni.

Skráin er framleidd, ekki stillt

WSL 2 skrifar skrána við ræsingu út frá Windows-tengjunum sem það sér á því augnabliki, og prentar athugasemd efst sem segir það. Þegar VPN-klient bætir við eða endurskrifar tengi eftir það endurskapar dreifingin ekki endilega neitt, og skráin heldur áfram að lýsa neti sem er ekki lengur til.

Önnur bilunargerð er hljóðlátari: WSL gæti aðeins afritað netþjóna úr sumum tengjum. Ef líkamlega tengið hefur þegar IPv6-leysi geta IPv4-netþjónarnir sem VPN-tengið býður upp á verið felldir niður í stað þess að bætast við, og skráin virðist heil á meðan hún sleppir einmitt þeim sem svarar innri nöfnum.

Berðu saman Windows-sýnina og Linux-sýnina

Lestu báðar hliðar áður en þú breytir. Inni í dreifingunni skoðaðu hvað skráin inniheldur og hvort hún er venjuleg skrá eða hlekkur. Á Windows skráðu leysinn fyrir hvert tengi, þar á meðal það sem VPN bjó til:

ls -l /etc/resolv.conf
cat /etc/resolv.conf

Get-DnsClientServerAddress -AddressFamily IPv4
Get-NetAdapter | Where-Object Status -eq 'Up'

Þegar VPN-tengið sýnir netþjóna fyrirtækisins og Linux sýnir eitthvað annað er ágreiningurinn í mynduninni en ekki í aðgengi. Berðu saman tengilistann auk vistfanganna, því tengi sem vantar útskýrir netþjón sem vantar. Þessi greinarmunur ræður því hvort þú lagfærir WSL eða eldvegg, og þau tvö eiga ekkert sameiginlegt.

Slökktu á mynduninni og skrifaðu þína eigin skrá

Ein skjöluð stilling kemur í veg fyrir að WSL endurskrifi skrána, og hún er í /etc/wsl.conf. Bættu netkafla við þá skrá:

[network]
generateResolvConf = false

Stöðvaðu svo dreifinguna frá Windows með wsl --shutdown og ræstu hana aftur. Ef slóðin er táknrænn hlekkur en ekki venjuleg skrá skaltu fjarlægja hlekkinn áður en þú skrifar þitt eigið efni, því skrif í gegnum hlekkinn geta endurskapað framleiddu markið við næstu ræsingu. Frá þeim tíma er skráin þín og ekkert endurskrifar hana.

nameserver 172.28.4.10
nameserver 172.28.4.11
search site.corp.example
options timeout:1 attempts:2 rotate

Án leitarléns er ófullnægjandi hýsisnafn bætt við opinberu rótinni og kemur til baka sem ekkert slíkt lén. timeout kemur í veg fyrir að dauður fyrsti netþjónn stöðvi hverja leit, attempts takmarkar hversu mörgum tilraunum leit eyðir, og rotate dreifir endurtilraunum í stað þess að byrja alltaf efst. Skiptið er að skráin fylgir ekki lengur VPN þar sem leysivistið breytist milli lota.

Meðhöndlaðu leysi sem færist og staðfestu svo

Sumir klientar gefa leysi sem er lotubundinn, svo kyrrstæð skrá brotnar við næstu tengingu. Tvær leiðir eru verjanlegar. Skrifaðu skrána úr litlu skriftu hvenær sem vistfangið breytist, eða láttu myndunina vera inni og gakktu úr skugga um að tengið sem WSL afritar frá beri netþjón fyrirtækisins. Hin þarf enga krók og mistekst hvenær sem myndunin sleppir VPN-tenginu; báðar krefjast þess samt að IPv6-árekstrinum sé leystur fyrst.

Windows beitir líka eigin nafnastefnum, svo sem viðskeytaleitarlista eða upplausnarstefnu fyrir ákveðin lén, og afritun tengivista endurgerir ekki þær reglur. Ef nafn leysist á Windows en ekki í dreifingunni með sama netþjóni skaltu bera saman meðferð viðskeyta áður en þú kennir göngunum um.

Prófaðu með nafni en ekki pakka: getent hosts sensor-access0.corp.example fer í gegnum leysivasan, en ping getur tekist gegn vistaðri eða bókstaflegri vist. Endurtaktu svo eftir aftengingu og endurtengingu, því stilling sem virkar einu sinni og er endurskapuð við framhald var aldrei löguð. Vistaðu fyrra efni og skráðu hvaða eining á slóðina á þeirri vél, svo næsta breyting hefjist með sönnunum.