Chaill WSL2 an DNS tar éis an VPN a nascadh? Dhá chúis

Oibríonn ping de réir seoladh taobh istigh den dáileadh, ní oibríonn suiteálacha pacáiste ná tarraingt git, agus tháinig an mhainneachtain díreach tar éis don tollán teacht aníos. Níor stop ach na hainmneacha ag réiteach, rud a thagraíonn do DNS seachas do nascacht. Is é athshuiteáil pacáistí an chéad chéim mhícheart is coitianta anseo. Tá dhá bhealach neamhspleách ag WSL2 chun an comhartha sin go beacht a chruthú, agus teastaíonn deisiúcháin éagsúla uathu.

Cén fáth a gcoimeádann an dáileadh a réiteoir féin

Ní úsáidtear cliant DNS Windows taobh istigh den dáileadh. Tógann WSL2 a chomhad réiteora féin ag am tosaithe, ag díriú ar sheoladh stub a fhoilsíonn Windows ar an lasc fhíorúil don mheaisín fíorúil chúnta.

Tá an socrú sin seasmhach thar athruithe líonra nósmhara mar scríobhtar uair amháin é agus athúsáidtear é. Stopann an socrú de bheith ceart nuair a athscríobhann cliant tolláin liosta na n-oiriúnóirí óstaigh tar éis don mheaisín fíorúil cúnta tosú cheana.

Ní dhéanann aon rud taobh istigh den dáileadh faire ar an athrú, mar sin leanann an comhad de bheith ag díriú ar sheoladh nach mbíonn ar an gcosán a thuilleadh. Ansin fanann an chéad chuardach eile, téann sé as feidhm, nó faigheann sé freagra ó fhreastalaí nár chuala riamh faoin gcrios inmheánach. Ón taobh istigh, stopann an réiteoir ag freagairt go simplí, agus teipeann gach ainm ag an am céanna.

Bailigh fianaise ar an dá thaobh ar dtús

Taifead a bhfeiceann an dáileadh, ansin a bhfeiceann Windows, sula n-athraíonn tú ceachtar acu. Is iad an dá radharc le chéile a dhealaíonn na modhanna mainneachtana.

Taobh istigh den dáileadh, priontáil an comhad réiteora, an tábla ródaithe agus cuardach inmheánach amháin agus cuardach poiblí amháin:

ip -4 route
cat /etc/resolv.conf
getent hosts intranet.corp.example
getent hosts example.com

Ar Windows, liostaigh na freastalaithe DNS de réir oiriúnóra agus an tábla IPv4 le méadracha. Suiteálann cliant VPN ród don fholíonra WSL2 go minic, agus cinneann a mhéadrach an bhfágann an trácht sin tríd an tollán nó an bhfanann sé áitiúil.

Get-NetAdapter | Get-DnsClientServerAddress
route print -4

Méadrach ród nó comhad as feidhm

Is é an comhad as feidhm an chéad mhainneachtain. Scríobhadh an réiteoir do riocht an oiriúnóra ag am tosaithe, agus d’athraigh an tollán an riocht sin. B’fhéidir nach bhfuil a sheoladh stub inrochtana anois, nó ainmníonn sé freastalaí nach bhfuil a fhios aige faoin gcrios inmheánach.

Is fadhb ródaithe an dara ceann. Nuair a chuireann an VPN ród leis a chlúdaíonn folíonra WSL2 le méadrach níos ísle ná ród naisc an óstaigh, téann paicéid atá dírithe ar an meaisín fíorúil cúnta isteach sa tollán. Ansin téann gach seirbhís WSL2 as feidhm, ní hamháin DNS.

Cosnaíonn an tástáil idirdhealaitheach líne amháin. Má fhreagraíonn seoladh uimhriúil amhail réiteoir poiblí ar ping fós agus na hainmneacha ag teip, tá an cosán slán agus is é DNS an fhadhb. Sin an cás ina bhfuil athrú réiteora údaraithe, agus éiríonn an cás nach bhfuil freisin soiléir. Má theipeann ar an tástáil uimhriúil freisin, tá a ród caillte ag an meaisín fíorúil cúnta agus ní dhearnfaidh aon chomhad réiteora é sin a shocrú.

Chun an cás ródaithe a láimhseáil, bain an mhéadrach uathoibríoch de oiriúnóir an tolláin agus tabhair uimhir dó os cionn ród naisc WSL2:

Get-NetAdapter | Where-Object InterfaceDescription -Match VPN | Set-NetIPInterface -InterfaceMetric 5500
wsl.exe --shutdown

Tá tábhacht leis an mhúchadh. Ní athscríobhann athrú méadraí an meaisín fíorúil cúnta atá ag rith, mar sin caithfear an dáileadh a atógáil sula mbeidh an t-athrú le feiceáil.

Glac an comhad, d’aon ghnó

Má tá ródú ceart agus gan ach ainmneacha inmheánacha ag teip, is é an réiteoir atá ciontach agus is féidir leat an gineadóir a stopadh. Is athrú d’aon ghnó é le costas cothabhála, ní réiteach sealadach le cur i bhfeidhm go fánach.

Cruthaigh /etc/wsl.conf taobh istigh den dáileadh leis an rannóg líonra a dhíchuireann giniúint, ansin scríobh an comhad réiteora tú féin, freastalaí corparáideach ar dtús agus ceann poiblí ina ionad sin ina dhiaidh:

[network]
generateResolvConf = false

search corp.example
nameserver 10.88.4.53
nameserver 9.9.9.9

Tá tábhacht leis an ord. Ní féidir le réiteoir poiblí freagra a thabhairt ar ainm inmheánach, agus níl an ceann ina ionad sin ann ach do chuardaigh idirlín. Nuair a bheidh an comhad agatsa, ní athghineann aon rud é, mar sin iompaíonn réiteoir corparáideach a bhogann ina shos a chaithfidh tú féin a thabhairt faoi deara.

Seiceáil ainmneacha, ansin pacáistí

Fíoraigh ainm inmheánach amháin agus ainm poiblí amháin le réiteoir an chórais, ansin déan an oibríocht a theip a athdhéanamh. Úsáideann bainisteoirí pacáiste a réiteoir féin uaireanta, agus is é sin an fáth a bhféadfadh getent oibre a bheith ann taobh le suiteáil bhriste.

Má dhéanann tú an t-athscríobh a uathoibriú, déan idempotent é: gan tollán, coinnigh an comhad atá ann cheana féin in ionad liosta freastalaí folamh a scríobh.

getent hosts intranet.corp.example
resolvectl status | head -20
getent hosts example.com

Is é cuardach inmheánach oibre agus cuardach poiblí oibre, ón taobh istigh den dáileadh, an toradh is fiú a thaifeadadh. Ní chruthaíonn deilbhín VPN glas ar an óstach ceachtar acu.