resolv.conf a WSL 2-ben: a DNS meghal, amikor a VPN csatlakozik

A WSL azokból a Windows-adapterekből generálja újra a resolv.confot, amelyeket lát, ezért a VPN feloldója soha nem érkezhet meg. Állítsa le a generálást, majd teszteljen egy vállalati nevet.

A disztribúción belüli böngészés működik, és az első belső gépnév abban a pillanatban meghiúsul, amikor az alagút feljön. A reflex egy nyilvános feloldó hozzáadása, ami visszaállítja az internetet, és a vállalati nevet a nap hátralévő részében elérhetetlenné teszi. A WSL 2-ben a /etc/resolv.conf generált kimenet, nem konfiguráció, és éppen ezt a mechanizmust érdemes megérteni. A javítás nem egy jobb feloldó, hanem a fájl feletti tulajdonjog.

A fájl generálódik, nem konfigurálódik

A WSL 2 indításkor azokból a Windows-adapterekből írja a fájlt, amelyeket abban a pillanatban lát, és a tetejére kinyomtat egy megjegyzést, amely ezt mondja. Ha egy VPN-kliens később hozzáad vagy átír egy adaptert, a disztribúció nem feltétlenül generál újra semmit, és a fájl továbbra is egy már nem létező hálózatot ír le.

A második hiba mód csendesebb: a WSL esetleg csak néhány adapterből másol kiszolgálókat. Ha a fizikai adapteren már van IPv6 feloldó, a VPN-adapter által szolgáltatott IPv4 kiszolgálók eldobhatók a hozzáfűzés helyett, és a fájl teljesnek látszik, miközben éppen azt hagyja ki, amely a belső nevekre válaszol.

Hasonlítsa össze a Windows-nézetet a Linux-nézettel

Szerkesztés előtt olvassa el mindkét oldalt. A disztribúción belül nézze meg, mit tartalmaz a fájl, és hogy szabályos fájl-e vagy hivatkozás. Windowson listázza ki minden adapter feloldóját, beleértve a VPN által létrehozottat is:

ls -l /etc/resolv.conf
cat /etc/resolv.conf
Get-DnsClientServerAddress -AddressFamily IPv4
Get-NetAdapter | Where-Object Status -eq 'Up'

Amikor a VPN-adapter a vállalati kiszolgálókat mutatja, a Linux pedig valami mást, az eltérés a generálásban van, nem az elérhetőségben. Hasonlítsa össze az adapterlistát és a címeket is, mert egy hiányzó adapter hiányzó kiszolgálót magyaráz. Ez a megkülönböztetés dönti el, hogy a WSL-t vagy egy tűzfalat javít-e, és a kettőnek semmi köze egymáshoz.

Kapcsolja ki a generálást, és írja meg a saját fájlját

Egy dokumentált beállítás megakadályozza, hogy a WSL újraírja a fájlt, és ez a /etc/wsl.conf fájlban található. Adjon hálózati szakaszt ahhoz a fájlhoz:

[network]
generateResolvConf = false

Ezután Windowson állítsa le a disztribúciót a wsl --shutdown paranccsal, és indítsa újra. Ha az útvonal szimbolikus hivatkozás és nem szabályos fájl, távolítsa el a hivatkozást, mielőtt saját tartalmat ír, mert a hivatkozáson keresztüli írás a következő indításkor újra létrehozhatja a generált célt. Attól a ponttól a fájl az öné, és semmi nem írja felül.

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

Keresési tartomány nélkül a nem teljes gépnév a nyilvános gyökérrel egészül ki, és úgy tér vissza, hogy nincs ilyen tartomány. A timeout megakadályozza, hogy egy halott első kiszolgáló minden lekérdezést megakasszon, a attempts korlátozza, hány próbálkozást költ egy lekérdezés, a rotate pedig szétosztja az újrapróbálkozásokat ahelyett, hogy mindig felülről kezdené. A csere az, hogy a fájl már nem követ egy VPN-t, amelynek feloldócíme a munkamenetek között változik.

Kezelje a mozgó feloldót, majd ellenőrizze

Egyes kliensek munkamenet-specifikus feloldót adnak, így a statikus fájl a következő kapcsolatnál eltörik. Két megközelítés védhető. Írja a fájlt egy kis szkriptből, valahányszor a cím megváltozik, vagy hagyja bekapcsolva a generálást, és győződjön meg arról, hogy az az adapter, amelyből a WSL másol, hordozza a vállalati kiszolgálót. A második nem igényel horgot, és meghiúsul, valahányszor a generálás kihagyja a VPN-adaptert; mindkettő továbbra is megköveteli az IPv6-ütközés előzetes megoldását.

A Windows a saját névszabályzatait is alkalmazza, például utótag-keresőlistát vagy adott tartományokra vonatkozó feloldási szabályzatot, és az adaptercímek másolása nem reprodukálja ezeket a szabályokat. Ha egy név Windowson feloldódik, a disztribúcióban pedig nem ugyanazzal a kiszolgálóval, hasonlítsa össze az utótagok kezelését, mielőtt az alagutat hibáztatja.

Névvel teszteljen, ne csomaggal: a getent hosts sensor-access0.corp.example átmegy a feloldóveremen, míg a ping sikerülhet egy gyorsítótárazott vagy szó szerinti cím ellen. Ezután ismételje meg leválasztás és újracsatlakozás után, mert egy beállítás, amely egyszer működik és folytatáskor újragenerálódik, soha nem lett megjavítva. Mentse el az előző tartalmat, és jegyezze fel, melyik összetevő birtokolja az útvonalat azon a gépen, hogy a következő változtatás bizonyítékkal kezdődjön.

Kapcsolódó cikkek