Hvers vegna tapar WSL vinnuhýsilsnafninu þegar VPN tengist?
Sama nafn virkar í Windows og mistekst inni í WSL um leið og göngin rísa. Athugaðu DNS-stillingu kerfisins og úreltar yfirskriftir áður en þú bætir við leysi.
Windows leysir innra hýsilinn án nokkurrar kvörtunar, og sama nafn mistekst inni í WSL á þeirri stundu sem göngin rísa. Venjuleg viðgerð er að skrifa opinbert leysi inn í dreifinguna, sem endurheimtir venjulega vafrun og gerir vinnuhýsilsnafnið óleysanlegt. Það skiptir einni bilun út fyrir aðra og felur lagið sem raunverulega brotnaði. Áður en þú bætir við eða fjarlægir hvaða leysilínu sem er, reiknaðu út hvaða þriggja laga mistekst.
Útilokaðu fyrst leiðarvillu
Spyrðu um sama fullgilda nafnið á báðum hliðum, ekki tvö nöfn sem líkjast. Árangur í Windows og mistök í WSL fyrir sama streng er undirskrift tveggja leysileiða, og fátt annað framleiðir þetta mynstur jafn hreint. Ef WSL kemst ekki heldur á þjónustuna á þekktu tölulegu vistfangi hennar er einnig leiðar- eða síunarvesen til staðar. Í því tilviki mun DNS-vinna ekki afhjúpa það, og síðdegis fer á rangt lag.
Þrjú einkenni ná yfir flest þessi tilvik, og hvert þeirra bendir á annan stað. Lestu röðina sem á við áður en þú opnar stillingaskrá:
| Symptom inside WSL | Likely layer | Where to look |
|---|---|---|
| Private name fails while public browsing works | Resolver path | Tunneling mode and the Windows build |
| A name that worked yesterday fails today | Stale override | Generated resolver file, immutable flag, shell profile |
| The name resolves but the service does not | Routing or filtering | The resolved address and the path to it |
Miðröðin er sú sem fólk les rangt, því breytingin sem braut hana var gerð vikum fyrr og leit út fyrir að heppnast þá. Þriðja röðin er sú sem fólk greinir rangt, því nafn sem leysist virðist sönnun þess að netið sé heilbrigt. Báðar raðirnar senda þig á annan kafla hér fyrir neðan.
DNS-göngun hefur neðri útgáfumörk
Microsoft skjalfestir WSL-netstillingu sem göngufærir DNS-fyrirspurnir til leysis Windows um sýndarvæðingarrás. Á studdum Windows 11 byggingum er hún virk sjálfgefið, og þess vegna haga tvær vélar á sama fyrirtækjaneti sér mismunandi. Breytan er byggingarnúmerið, ekki stefna fyrirtækisins.
WSL-netleiðarvísirinn lýsir þeirri stillingu og útgáfunum sem styðja hana. Eiginleikinn skiptir máli því DNS-stefna fyrirtækja býr venjulega í leysi Windows, og dreifing sem erfar leið Windows erfir stefnuna með. Dreifing sem spyr opinbert leysi hefur enga leið að einkanafni, hversu snyrtileg sem eigin stilling hennar er. Sú aðferð útskýrir allt einkennið og útskýrir hvers vegna opinbera-leysis lausnin mistekst.
Lestu bygginguna áður en þú breytir einhverju. Stilling sem er afrituð úr nýrri uppsetningu er ekki sönnun þess að eldri uppsetning innleiði hana. Skráðu byggingarnúmerið við breytinguna, því munurinn á tveimur vélum er nær alltaf útgáfa en ekki stefna.
Gamlar yfirskriftir lifa lengur en vandamálið sem þær leystu
Eldri uppskriftir slökktu á mynduðum leysiskrám, harðkóðuðu nafnaþjón eða læstu skrána með óbreytanlegu eiginleika. Þessar breytingar vera á sínum stað löngu eftir að tengivandamálið sem olli þeim hvarf, og þær eru venjulega ástæðan fyrir því að nýrri stilling virðist gera ekkert. Þær lifa einnig af enduruppsetningu dreifingarinnar í formi skeljarprófíls sem endurskrifar skrána við hverja innskráningu. Það síðasta er erfiðast að finna, því það er ósýnilegt frá skránni sem allir skoða.
Leitaðu að handskrifaðri leysiskrá, óbreytanlegum eiginleika á henni og ræsingarskriftu sem endurskrifar hana. Athugaðu óbreytanlega fánann áður en þú breytir, því skrif í læsta skrá mistekst á þann hátt að það les eins og heimildavandamál. Athugaðu skeljarprófílinn eftir á, því skrifta þar endurheimtir gamla efnið innan sekúndna eftir viðgerðina þína.
Að fjarlægja yfirskrift hefur afleiðingar, svo skráðu hvað þú fjarlægðir og hvers vegna. Dreifing sem þarf raunverulega á kyrrstæðum leysi að halda í annað hlutverk mun brotna þegar myndaða skráin kemur aftur.
Tvær skrár, tvö ólík hlutverk
Stillingaskrárnar tvær búa á ólíkum stöðum og stjórna ólíkum hlutum, og að rugla þeim saman framleiðir breytingar sem beitt er á rangt lag. Skráin á Windows-hliðinni stillir eiginleika sýndarvélarinnar, en skráin á dreifingarhliðinni stillir hvernig sú dreifing byggir eigin leysistillingu. Hvorug yfirskrifar hina, og þess vegna verða báðar að stemma.
Fyrir uppsetningu sem styður eiginleikann er brotið á Windows-hliðinni stutt. Það er alla breytingin á þeirri hlið:
[wsl2]
dnsTunneling=trueÞað brot tilheyrir notandaprófílnum í Windows og á við sýndarvélina frekar en eina dreifingu. Göngun krefst þess einnig að dreifingin hafi ekki slökkt á leysimyndun, svo skráin á dreifingarhliðinni verður að láta þessa hegðun í friði. Breyttu öðru án hins og stillingin gerir hljóðlaust ekkert, sem er algengasta leiðin sem þessi viðgerð er tilkynnt sem brotin. Athugaðu báðar skrárnar í sama lotu, því tvær breytingar gerðar vikum í sundur eru tvær breytingar sem enginn getur rakið.
Endurræstu, og spurðu síðan frá báðum hliðum
Þessar stillingar eru lesnar þegar umhverfið ræsist, svo ný skel inni í keyrandi dreifingu hleður þeim ekki aftur. Slökktu á umhverfinu í stað þess að endurræsa skelina, og vistaðu fyrst allt keyrandi verk því hver dreifing stöðvast með henni. Sú einasta slepping útskýrir flestar tilkynningar um að breyting hafi engin áhrif.
Spurðu síðan sömu spurningar frá báðum hliðum. Úttakið sýnir líka hvaða leysi dreifingin endaði í raun með:
wsl.exe --shutdown
wsl.exe -e sh -c 'cat /etc/resolv.conf'
wsl.exe -e sh -c 'getent hosts files.corp.example'
wsl.exe -e powershell -Command 'Resolve-DnsName files.corp.example'Fyrsta skipunin endar umhverfið, önnur sýnir hvaða leysi dreifingin notar núna, og síðustu tvær leggja sömu spurningu fyrir hvora hlið. Berðu saman svörin frekar en stöðu stillingarinnar. Fyrirspurn sem mistekst enn eftir hreina endurræsingu með báðar skrár réttar bendir á leysistefnu fyrirtækisins, og sú samræða á annan eiganda.