Zergatik galtzen du WSLk laneko ostalari-izena VPNa konektatzen denean?
Izen berak Windowsen funtzionatzen du eta WSL barruan huts egiten du tunela altxatzean. Egiaztatu plataformaren DNS modua eta gainidazketa zaharkituak ebazle bat gehitu aurretik.
Windowsek barneko ostalaria arazorik gabe ebazten du, eta izen berak WSL barruan huts egiten du tunela altxatzen den unean. Ohiko konponketa banaketaren barruan ebazle publiko bat idaztea da, eta horrek nabigazio arrunta berreskuratzen du eta laneko ostalari-izena ezinbestean ebaztezina bihurtzen du. Horrek huts bat beste batekin trukatzen du eta benetan hautsi zen geruza ezkutatzen du. Ebazlearen edozein lerro gehitu edo kendu aurretik, zehaztu hiru geruzetatik zein ari den huts egiten.
Baztertu lehenik bideratze-hutsen bat
Galde ezazu izen guztiz kualifikatu bera bi aldeetan, ez antzekoak diruditen bi izen. Windowsen arrakasta eta WSLn hutsegitea kate berarentzat bi ebazte-bideren sinadura da, eta oso gutxik sortzen dute eredu hori hain garbi. WSLk zerbitzura bere helbide numeriko ezagunean ere iristen ez bada, bideratze- edo iragazketa-arazo bat ere badago. Kasu horretan DNS lanak ez du agerian utziko, eta arratsaldea okerreko geruzara joango da.
Hiru sintomak kasu horietako gehienak estaltzen dituzte, eta bakoitzak toki desberdin batera seinalatzen du. Irakur ezazu dagokion errenkada konfigurazio-fitxategi bat ireki aurretik:
| 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 |
Erdiko errenkada jendeak gaizki irakurtzen duena da, hura hautsi zuen aldaketa aste batzuk lehenago egin baitzen eta orduan arrakastatsua zirudien. Hirugarren errenkada jendeak gaizki diagnostikatzen duena da, ebazten den izen batek sarearen osasunaren froga ematen baitu. Bi errenkadek beheko atal ezberdin batera bidaltzen zaituzte.
DNS tunelak bertsio-oinarri bat du
Microsoft-ek WSLren sare modu bat dokumentatzen du, DNS eskaerak birtualizazio kanal batetik Windowseko ebazlera tunelatzen dituena. Onartutako Windows 11 konpilazioetan lehenespenez gaituta dago, eta horregatik sare korporatibo bereko bi makinek modu ezberdinean jokatzen dute. Aldagaia konpilazio-zenbakia da, ez korporazio-politika.
WSL sareen gida modu hori eta hura onartzen duten bertsioak deskribatzen ditu. Ezaugarriak garrantzia du korporazioaren DNS politika Windowseko ebazlean bizi ohi delako, eta Windowsen bidea oinordetzan hartzen duen banaketak politika ere hartzen duelako. Ebazle publikoari galdetzen dion banaketak ez du biderik izen pribatu batera, nahiz eta bere konfigurazioa txukun-txukun egon. Mekanismo horrek sintoma osoa azaltzen du eta ebazle publikoaren konponbide alternatiboak zergatik huts egiten duen azaltzen du.
Irakur ezazu konpilazioa ezer editatu aurretik. Instalazio berriago batetik kopiatutako ezarpena ez da zaharrago batek ezartzen duen froga. Idatz ezazu konpilazioa aldaketaren ondoan, bi makinen arteko aldea ia beti bertsioa baita, ez politika.
Gainidazketa zaharrek konpondu zuten arazoa baino gehiago irauten dute
Errezeta zaharrek sortutako ebazle-fitxategiak desgaitzen zituzten, izen-zerbitzari bat gogor kodetzen zuten edo fitxategia atributu aldaezinarekin blokeatzen zuten. Aldaketa horiek tokian geratzen dira haiek eragin zituen konektibitate-arazoa desagertu eta askoz geroago, eta horiek izan ohi dira ezarpen berriago batek ezer egiten ez duela dirudien arrazoia. Banaketaren berrinstalazio bat ere gainditzen dute saio-hasiera bakoitzean fitxategia berridazten duen shell profil baten bidez. Azken hori da aurkitzeko zailena, denek ikuskatzen duten fitxategitik ikusezina delako.
Bilatu eskuz idatzitako ebazle-fitxategi bat, haren gaineko atributu aldaezin bat eta hura berridazten duen abiarazte-script bat. Egiaztatu atributu aldaezinaren bandera editatu aurretik, blokeatutako fitxategi batean idazteak baimen-arazo baten moduan irakurtzen den moduan huts egiten baitu. Egiaztatu gero shell profila, hango script batek eduki zaharra zure konponketaren ondorengo segundotan berreskuratzen baitu.
Gainidazketa bat kentzeak ondorioak ditu, beraz idatz ezazu zer kendu duzun eta zergatik. Beste helburu batzuetarako benetan ebazle estatiko bat behar duen banaketa bat hautsiko da sortutako fitxategia itzultzen denean.
Bi fitxategi, bi rol ezberdin
Bi konfigurazio-fitxategiak toki ezberdinetan bizi dira eta gauza ezberdinak kontrolatzen dituzte, eta haiek nahasteak geruza okerrean aplikatutako edizioak sortzen ditu. Windows aldeko fitxategiak makina birtualaren propietateak ezartzen ditu, eta banaketa aldeko fitxategiak, berriz, banaketa horrek bere ebazle-konfigurazioa nola eraikitzen duen ezartzen du. Batek ez du bestea gainidazten, eta horregatik biak ados egon behar dute.
Ezaugarria onartzen duen instalazio baterako, Windows aldeko zatia laburra da. Alde horretako aldaketa osoa da:
[wsl2]
dnsTunneling=trueZati hori Windows erabiltzaile-profilerakoa da eta makina birtualari aplikatzen zaio, ez banaketa bakar bati. Tunelak ere eskatzen du banaketak ez duela ebazle-sorkuntza desgaitu, beraz banaketa aldeko fitxategiak jokabide hori bakean utzi behar du. Aldatu bat bestea gabe eta moduak isil-isilik ez du ezer egiten, eta hori da konponketa hau hautsita gisa jakinarazteko modurik ohikoena. Egiaztatu bi fitxategiak saio berean, astebetez bereizitako bi edizio inork egotzi ezin dituen bi edizio baitira.
Berrabiarazi, eta gero galdetu bi aldeetatik
Ezarpen hauek ingurunea abiaraztean irakurtzen dira, beraz exekuzioan dagoen banaketa baten barruko shell berri batek ez ditu berriro kargatuko. Itzali ingurunea shell-a berrabiarazi beharrean, eta gorde lehenago egiten ari den lana, banaketa bakoitza harekin gelditzen baita. Hutsegite hori soilik azaltzen du aldaketak eraginik ez duela dioen txosten gehienak.
Gero egin galdera bera bi aldeetatik. Irteerak erakusten du, halaber, zein ebazlerekin geratu zen banaketa benetan:
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'Lehen komandoak ingurunea amaitzen du, bigarrenak banaketak orain zein ebazle erabiltzen duen erakusten du, eta azken biek galdera bera egiten diote alde bakoitzari. Konpara itzazu erantzunak, ez ezarpenaren egoera. Berrabiarazte garbi baten ondoren bi fitxategiak zuzen egonda ere huts egiten duen kontsulta batek korporazioaren ebazle-politikara seinalatzen du, eta elkarrizketa horrek beste jabe bat du.