WSL2: Napredni vodič za konfiguraciju mreže i NAT i mirror modove

Informatec Digital » Resursi » WSL2: Napredni vodič za konfiguraciju mreže i NAT i mirror modove

WSL2 je potpuno promijenio način na koji se Linux integrira s WindowsomPosebno u svemu što je vezano za mrežu: sada imamo laganu virtuelnu mašinu sa vlastitim mrežnim stekom, vlastitom IP adresom i odvojenim pravilima pristupa. Ovo otvara mnogo mogućnosti za razvoj, testiranje, kontejnere i okruženja za samostalno hostovanje, ali također izaziva zabrinutost kada servisi postanu nedostupni, kao što se dogodilo sa WSL1.

Razumijevanje konfiguracije WSL2 mreže, njenih NAT i mirror modova, korištenja .wslconfig i wsl.conf datoteka i njihove interakcije sa zaštitnim zidovima (firewall), VPN-ovima, Dockerom ili alatima poput Tailscale-a Ovo je ključno za izbjegavanje glavobolja. Pogledajmo korak po korak kako cijela ova postavka funkcionira, kako izložiti servise Windowsu i LAN-u, koje naredbe koristiti za dobijanje ispravnih IP adresa i koje napredne opcije konfiguracije imate za fino podešavanje vašeg okruženja, čineći ga stabilnim i, prije svega, sigurnim.

Kako mreža zapravo funkcioniše u WSL2

WSL2 više ne dijeli mrežni stek hosta kao WSL1Umjesto toga, pokreće svaku Linux distribuciju unutar male virtualne mašine kojom upravlja Hyper-V. Ta virtualna mašina ima svoj vlastiti virtualni adapter (obično eth0) i privatnu IP adresu koju dodjeljuje interni virtualni prekidač.

U svom podrazumevanom režimu, WSL2 koristi arhitekturu zasnovanu na NAT-u. (Prevođenje mrežne adrese). Windows djeluje kao ruter/host, a Linux distribucija se nalazi na privatnoj podmreži, obično unutar raspona. 172.16.0.0/12Ova podmreža se može promijeniti nakon ponovnog pokretanja sistema ili ponovnog pokretanja WSL-a, što je već više od jedne osobe izludilo prilikom konfigurisanja pravila statičkog firewalla.

Sa praktične tačke gledišta, ovo znači da IP adresa vaše WSL2 distribucije nije ni stabilna ni direktno dostupna sa LAN mreže. Kao i kod WSL1: prema zadanim postavkama, postoji samo povezanost između Windowsa i WSL2 putem pravila preusmjeravanja i NAT-a, a izloženost lokalnoj mreži zahtijeva dodatne korake ili korištenje zrcalnog načina rada.

Pored ove osnovne arhitekture, Windows 11 22H2 i novije verzije dodaju nove mrežne mogućnosti. (mirror mode, dnsTunneling, autoProxy, Hyper-V firewall, itd.) koji se kontrolišu iz globalne datoteke .wslconfigdok se određene opcije unutar Linuxa upravljaju pomoću /etc/wsl.conf.

Identifikacija IP adresa u WSL2

Rad sa WSL2 uključuje jasno razlikovanje između dva IP scenarija.: kada vam je potrebna IP adresa Linux distribucije i kada vam je potrebna IP adresa Windows hosta gledano iz Linuxa. Svaki se rješava drugom naredbom.

Scenarij 1: Iz Windowsa želite znati IP adresu WSL2 distribucije Da biste dozvolili aplikaciji na hostu (na primjer, klijentu, pregledniku ili alatu za testiranje) da se poveže sa servisom koji radi u Linuxu, možete pokrenuti sljedeće naredbe u Windowsu (koristeći CMD ili PowerShell):

wsl.exe --distribution <DistroName> hostname -i

Ako želite koristiti zadanu distribuciju, možete izostaviti parametar distribucije. i jednostavno pozovite wsl.exe hostname -iU pozadini se ova naredba pokreće u Linuxu hostname --ip-addresses i vraća IP adresu instance. Tipičan rezultat može izgledati ovako:

172.30.98.229

Scenarij 2: Iz Linux distribucije trebate znati IP adresu Windows hostaNa primjer, da biste povezali WSL2 aplikaciju sa serverom koji izvorno radi na Windowsu (Node.js, SQL Server, Caddy, itd.), unutar Linux ljuske možete koristiti:

ip route show | grep -i default | awk '{ print $3 }'

Izlaz će biti zadani gateway WSL2 VM-a., što odgovara IP adresi Windows hosta kako se vidi iz Linuxa, nešto poput:

172.30.96.1

Ta vrijednost (na primjer, 172.30.96.1) je adresa na koju bi vaši Linux klijenti trebali ukazivati kada želite pristupiti servisima koji se izvode na Windows hostu dok ste u klasičnom NAT režimu.

NAT način rada: zadano ponašanje WSL2 mreže

Odmah po instalaciji, WSL2 radi u NAT režimu, i za mnoga jednostavna razvojna okruženja, ovo je više nego dovoljno.Važno je razumjeti šta funkcioniše "samo po sebi", a šta ne, kako ne biste gubili vrijeme jureći duhove.

Pristup Linux servisima iz Windowsa koristeći localhostAko pokrećete mrežnu aplikaciju (na primjer, Node.js server, Flask server, SQL Server na Linuxu) na svojoj WSL2 distribuciji, možete joj pristupiti iz Windowsa koristeći localhost:puertoWindows automatski prosljeđuje dolazne veze na internu IP adresu WSL2 virtuelne mašine.

Pristup servisima koji rade na Windowsu iz LinuxaEvo gdje se stvari mijenjaju. Da biste došli do mrežne aplikacije na hostu (kao što je Node.js server, SQL Server ili Caddy na Windowsu) iz WSL2, morate koristiti IP adresu hosta kako se vidi iz Linuxa, dobijenu pomoću zadane naredbe route:

ip route show | grep -i default | awk '{ print $3 }'

Sa tom IP adresom se možete povezati sa Linuxa na bilo koji servis na hostu., na primjer http://172.30.96.1:3000 ako vaš Windows server osluškuje port 3000 na svim interfejsima.

Kada se povezujete koristeći udaljene IP adrese (ne localhost), aplikacije ih vide kao LAN veze.To znači da mnogi serveri moraju biti konfigurisani za slušanje 0.0.0.0 umesto 127.0.0.1Na primjer, pomoću Flaska možete pokrenuti:

app.run(host='0.0.0.0')

Ova promjena poboljšava pristupačnost, ali zahtijeva fokus na sigurnost.jer dozvoljavate veze sa vaše lokalne mreže, a ne samo sa samog računara.

Pristup WSL2 iz lokalne mreže (LAN) korištenjem NAT-a

Jedna od najneugodnijih promjena pri prelasku sa WSL1 na WSL2 je ta što distribucije više nisu direktno dostupne sa LAN mreže.U WSL1, ako je vaš Windows bio vidljiv na mreži, servisi distribucije su nasljeđivali tu izloženost gotovo bez napora.

U WSL2, VM ima svoju privatnu IP adresu i ne oglašava se automatski na LAN mreži.Da biste postigli nešto slično starom ponašanju, u NAT režimu morate kreirati proxy porta u Windowsu, kao što biste to učinili sa bilo kojom Hyper-V virtuelnom mašinom.

Windows uključuje klasičan alat za ovo: netsh interface portproxyTipična naredba za preusmjeravanje host porta na WSL2 IP/port bi bila:

netsh interface portproxy add v4tov4 listenport=<puertoHost> listenaddress=0.0.0.0 connectport=<puertoWSL> connectaddress=(wsl hostname -I)

U praksi biste zamijenili markere određenim vrijednostima., na primjer:

netsh interface portproxy add v4tov4 listenport=4000 listenaddress=0.0.0.0 connectport=4000 connectaddress=192.168.101.100

ovdje listenaddress=0.0.0.0 Ovo ukazuje na to da će Windows osluškivati ​​sve IPv4 adrese hosta.i proslijedit će ono što dolazi preko porta 4000 na 192.168.101.100:4000što bi bila WSL2 IP adresa dobijena sa:

• wsl hostname -I Daje vam IP adresu Linux distribucije unutar WSL2 VM-a.
• cat /etc/resolv.conf Otkriva IP adresu Windows Vista hosta iz WSL2.

Pomoću ove tehnike možete omogućiti servisu koji radi na WSL2 sa bilo kojeg računara na lokalnoj mreži (LAN).pod uslovom da Windows zaštitni zid to dozvoljava i da vam je jasno da izlažete servis virtuelne mašine, a ne direktno host.

IPv6 i moderne mrežne funkcije

WSL2 također može raditi s IPv6, što je posebno relevantno u modernim okruženjima, VPN-ovima i korporativnim mrežama.Za rukovanje adresama, osnovne naredbe u Linuxu su ekvivalentne onima u IPv4:

• wsl hostname -i Iz Windowsa za pregled IP adrese WSL2 distribucije
• ip route show | grep -i default | awk '{ print $3 }' iz Linuxa da biste dobili IP adresu Windows hosta

Skok u kvaliteti IPv6 i VPN podrške je zaista primjetan u modu zrcalne mreže., dostupno u Windows 11 22H2 i novijim verzijama, što ćemo detaljnije vidjeti kasnije.

Zrcaljeni mrežni način rada: zrcaljenje Windows interfejsa u Linuxu

Na računarima sa Windows 11 22H2 ili novijim operativnim sistemom, možete omogućiti "zrcalni" mrežni način rada. U WSL2, model se potpuno mijenja: umjesto klasičnog NAT-a, Linux "vidi" Windows mrežne interfejse u odrazu.

Da biste to omogućili, potrebno je urediti datoteku .wslconfig vašeg korisnika, koji je u %UserProfile%\.wslconfigIz PowerShella sa administratorskim privilegijama, možete ga otvoriti sa:

notepad $env:USERPROFILE\.wslconfig

Unutra dodajte (ili modificirajte) odjeljak [wsl2] da biste aktivirali zrcalni način rada:

[wsl2]
networkingMode=mirrored

Nakon što je datoteka sačuvana, potrebno je ponovo pokrenuti WSL2 da bi promjene stupile na snagu.Na primjer, sa:

wsl --shutdown

Kada ga ponovo pokrenete, WSL će koristiti novu arhitekturu zrcalne mreže.što donosi nekoliko veoma moćnih prednosti:

• Izvorna IPv6 podrška i poboljšana integracija s korporativnim mrežama i VPN-ovima
• Mogućnost povezivanja na Windows servise iz Linuxa pomoću 127.0.0.1 direktno (iako nije dozvoljeno) ::1 (kao što je IPv6 povratna petlja za ovo)
• Poboljšana podrška za multicast unutar Windows-Linux integracije
• Direktan pristup WSL-u sa LAN mreže bez potrebe za netsh portproxy-jemkoristeći IP adresu samog Windows računara

Omogućavanje ovog načina rada rješava mnoge klasične probleme s WSL2 NAT-om. i to je preporučena opcija u većini modernih razvojnih i samostalno hostovanih okruženja gdje možete koristiti ažuriranu verziju Windowsa 11.

DNS tuneliranje i upotreba proxyja u WSL2

U Windowsu 11 22H2 i novijim verzijama, razrješenje imena iz WSL2 je također značajno obnovljeno.Ključ leži u dvije funkcionalnosti definirane u .wslconfig: dnsTunneling y autoProxy.

Opcija dnsTunneling Podrazumevano je omogućeno u odjeljku [wsl2]. Ovo omogućava da se Linux DNS zahtjevi obrađuju putem funkcije virtualizacije, umjesto da se šalju kao normalni mrežni paketi. Ovo značajno poboljšava kompatibilnost s VPN-ovima i složenim mrežnim konfiguracijama na hostu.

Sa druge strane, autoProxy=true prisiljava WSL da koristi postavke Windows HTTP proxyjaAko se host nalazi iza korporativnog ili sigurnosnog proxyja, WSL2 ga automatski nasljeđuje bez potrebe da se ručno borite s varijablama okruženja.

Na primjer, mogli biste imati nešto ovako u svom .wslconfig:

[wsl2]
dnsTunneling=true
autoProxy=true

Ovo osigurava da se WSL2 mreža ponaša konzistentno s konfiguracijom hosta., posebno korisno u kompanijama sa strogim pravilima o mreži i filtriranju.

Hyper-V zaštitni zid i izloženost sigurnim uslugama

U modernim okruženjima, WSL2 mreža također prolazi kroz namjenski zaštitni zid (firewall).Počevši od WSL 2.0.9 na Windows 11 22H2, funkcija Hyper-V zaštitnog zida je omogućena po zadanim postavkama, dodajući dodatni sloj filtriranja za promet virtualnih mašina (uključujući WSL2 promet).

Ako radite u mirror modu i želite trajno izložiti WSL2 servise lokalnoj mreži (LAN) (na primjer, API-ji, nadzorne ploče ili usluge samostalnog hostinga), morate se uvjeriti da pravila zaštitnog zida to dozvoljavaju.

Razuman pristup iz PowerShella s administratorskim privilegijama je kreiranje Hyper-V pravila za privatne mreže.:

New-NetFirewallHyperVRule -DisplayName "WSLPrivateInboundRule" -Profiles Private -Direction Inbound -Action Allow -VMCreatorId ((Get-NetFirewallHyperVVMCreator).VMCreatorId)

Ako iz bilo kojeg razloga želite onemogućiti tu specifičnu Hyper-V zaštitu (nešto manje preporučljivo), možete koristiti:

Set-NetFirewallHyperVVMSetting -Name ((Get-NetFirewallHyperVVMCreator).VMCreatorId) -Enabled False

Ideja je da se zaštitni zid (firewall) drži aktivnim kad god je to moguće.ograničavanje pravila na privatne mreže i samo na portove koji su vam zaista potrebni, te rezerviranje bilo kakve masovne deaktivacije kao posljednje rješenje i uvijek s ciljem ponovnog pojačavanja konfiguracije čim sve proradi.

WSL2 mrežna arhitektura, X11 i 172.16.0.0/12 rasponi

Klasičan slučaj koji otkriva detalje WSL2 mreže je korištenje grafičkih aplikacija putem X11.Na primjer, pokretanje Xminga na Windowsu i slanje Linux aplikacija putem DISPLAY-a.

Prilikom nadogradnje sa WSL1 na WSL2, mnogi korisnici otkrivaju da X prestaje raditi. jer mreža prestaje biti "dijeljena" i postaje virtualna NAT mreža s rasponima kao što su 172.16.0.0/12što se također može promijeniti nakon svakog ponovnog pokretanja Windowsa ili WSL-a.

Da biste ponovo osposobili X za rad sa Xmingom iz WSL2, uobičajeni trik je dobijanje Windows IP adrese koju Linux vidi. koristeći:

set

DISPLAY=$(grep nameserver /etc/resolv.conf | cut -d' ' -f2):0

Paralelno s tim, potrebno je podesiti Windows zaštitni zid (firewall) kako bi se dozvolio X11 promet iz te NAT podmreže.Tipičan pristup je uređivanje Xming pravila dodavanjem raspona 172.16.0.0/12 u TCP+UDP 6000.

Mnogi na kraju onemoguće Xming autentifikaciju s opcijom -acOvo efektivno "otvara vrata" svakom klijentu X koji dolazi iz te mreže. Funkcioniše, ali sa sigurnosnog stanovišta je prilično upitno, pa vrijedi razmotriti ograničenija rješenja ili korištenje WSLg-a (integrisane GUI aplikacije) u Windowsu 11.

wsl.conf i .wslconfig: napredna WSL2 konfiguracija

WSL nudi dvije ključne konfiguracijske datoteke koje kontroliraju ponašanje i virtualne mašine i svake distribucije.: /etc/wsl.conf (po distribuciji) i %UserProfile%\.wslconfig (globalno za sve WSL2 distribucije).

wsl.conf živi unutar Linux distribucije, u /etc/wsl.confKoristi se za konfigurisanje lokalnih opcija za tu distribuciju: automatsko montiranje, generisanje hosts y resolv.confinteroperabilnost sa Windowsom, zadanim korisnikom, systemd-om itd.

.wslconfig Sprema se izvan Linuxa, u korisničkom profilu Windowsa. (C:\Users\<Usuario>\.wslconfig) i kontrolira globalne parametre virtualne mašine koja pokreće WSL2: memoriju, procesore, kernel, mrežni način rada, zaštitni zid, DNS, veličinu virtualnog diska, podršku za grafički korisnički interfejs itd.

Jedan zanimljiv detalj je "pravilo od 8 sekundi" prilikom promjene postavki.Kada modificirate bilo koju od ovih datoteka, morate osigurati da je WSL VM potpuno isključen. Čak i ako zatvorite prozor distribucije, ona može ostati u memoriji nekoliko sekundi.

Da biste prisilno ponovo pokrenuli podsistem, možete koristiti:

• wsl --list --running provjeriti ima li aktivnih distribucija
• wsl --shutdown zatvoriti sve distribucije odjednom
• wsl --terminate <distroName> zaustaviti određenu distribuciju

Promjene konfiguracije se zapravo primjenjuju samo kada se WSL isključi i ponovo pokrene.Nešto što mnogi previde i misle da njihova podešavanja "ne funkcionišu".

Glavne opcije wsl.conf po sekcijama

datoteku wsl.conf Inspirisan je klasičnim .ini formatom, sa sekcijama i ključevimaGlavni dijelovi su [automount], [network], [interop], [user], [boot], [gpu] y [time].

En [automount] Vi kontrolišete kako se Windows diskovi montiraju unutar Linuxa (obično nisko) /mnt):

• enabled (bool, podrazumijevano tačno)Ako je tačno, C:/, D:/, itd. se automatski montiraju u /mnt/c, /mnt/d...
• mountFsTab (logički): ako je tačno, obrađuje se /etc/fstab prilikom pokretanja distribucije.
• root (lanac): korijenski direktorij u koji će se montirati diskovi, na primjer /windir/ da imam /windir/c.
• options (lista odvojena zarezima)Parametri specifični za DrvF-ove, kao što su metadata, uid, gid, umask, fmask, dmask o case.

DrvFs je datotečni sistem koji povezuje Windows i Linux., dizajniran za pristup NTFS-u iz WSL-a s kontrolom dozvola, metapodacima i osjetljivošću na velika i mala slova.

U odjeljku [network] Podešavate automatsko generiranje mrežnih datoteka:

• generateHostsAko je tačno, WSL automatski generiše /etc/hosts.
• generateResolvConfAko je tačno, WSL kreira /etc/resolv.conf sa starim DNS-om.
• hostname: naziv hosta koji će distribucija koristiti.

Odeljak [interop] kontroliše interoperabilnost sa Windowsom:

• enabled: Omogućava ili onemogućava mogućnost pokretanja Windows procesa iz WSL-a.
• appendWindowsPath: odlučuje hoće li dodati Windows putanje u $PATH Linux.

En [user] Možete odrediti korisnika koji će se koristiti po zadanim postavkama prilikom pokretanja distribucije.:

• default: korisničko ime koje će se podrazumevano pokrenuti u WSL-u.

Odeljak [boot] Posebno je korisno u Windowsu 11 i Serveru 2022. za automatsko pokretanje servisa, kao što je Docker unutar WSL-a:

• command: komandni niz koji se izvršava prilikom pokretanja WSL-a, na primjer service docker start.
• protectBinfmt: štiti generiranje systemd jedinica kada je systemd omogućen.

Također imate odjeljke poput [gpu] (omogućite pristup Windows GPU-u iz Linuxa) i [time] sinhronizacija vremenske zone sa WindowsomOvo sprečava probleme prilikom prelaska na ljetno računanje vremena ili putovanja.

.wslconfig: Kontrola virtuelne mašine WSL2

Dok wsl.conf fino podešava ponašanje svake distribucije, .wslconfig vam omogućava fino podešavanje virtuelne mašine koju dijele sve WSL2 distribucije.Ovu datoteku uzimaju u obzir samo distribucije koje rade kao WSL2, a ne WSL1.

Unutar .wslconfig glavni dio je [wsl2]gdje definirate ključne parametre:

• kernel y kernelModulesApsolutne putanje od Windowsa do prilagođenog Linux kernela i njegovih modula.
• memoryOgraničenje memorije virtuelne mašine (standardno 50% RAM-a hosta), na primjer 4GB.
• processors: broj logičkih procesora dodijeljenih virtuelnoj mašini.
• localhostForwarding: omogućava pristup otvorenim portovima u WSL2 iz Windowsa pomoću localhost.
• swap y swapFile: veličina i putanja swap datoteke za VM.
• guiApplications: omogućava ili onemogućava podršku za GUI aplikacije (WSLg).
• dnsProxyKada ste u NAT modu, on odlučuje da li će Linux DNS server biti NAT instanca hosta ili kopija Windows DNS-a.
• networkingModeOvdje birate između none, nat, bridged (zastarjelo), mirrored o virtioproxy.
• firewall, dnsTunneling y autoProxyopcije o kojima smo razgovarali za bolju integraciju WSL mreže s Windows pravilima.
• defaultVhdSize: maksimalna veličina VHD-a na kojem je pohranjen datotečni sistem distribucije (standardno 1 TB).

Tu je i dio [experimental] gdje se funkcije aktiviraju tokom testiranja kao što su:

• autoMemoryReclaim: postavke automatskog oporavka memorije (onemogućeno, postepeno, dropCache).
• sparseVhd: kreiranje rijetkih virtualnih diskova radi uštede prostora.
• bestEffortDnsParsing y dnsTunnelingIpAddressfino podešavanje za DNS tuneliranje.
• ignoredPorts: portovi koje Linux aplikacije mogu koristiti čak i ako se koriste na Windowsu kada ste u mirror modu.
• hostAddressLoopback: omogućava hostu i kontejneru da se povežu koristeći lokalne IP adrese hosta u mirror modu.

Pravilno konfigurisanje .wslconfig datoteke pravi razliku između virtuelne mašine koja guta resurse i optimizovanog okruženja koje dobro funkcioniše sa vašim Windows sistemom i mrežom.posebno ako radite s velikim opterećenjima, kontejnerima ili više istovremenih distribucija.

WSL2, Docker i umrežavanje za samostalni hosting sa Tailscale-om

Vrlo praktičan primjer je korištenje WSL2 na Windows serverima (čak i Windows Server 2025) kao platforme za samostalni hosting., kombinujući Ubuntu na WSL2, Docker Engine (bez Docker Desktopa), Tailscale i obrnuti proxy poput Caddyja kako bi se otkrili servisi poput n8n ili Supabase.

Ideja je imati stabilno Docker okruženje unutar WSL2, izbjegavajući probleme Docker Desktopa na serverima.Prilikom direktnog instaliranja Docker Engine-a na Ubuntu (WSL2), mreža kontejnera se oslanja na WSL2 mrežu, koja pak zavisi od NAT-a ili mirror moda definisanog u .wslconfig-u.

Sa Tailscale instaliranim na WSL2, možete objavljivati ​​svoje usluge na mesh VPN-u. bez otvaranja portova na ruteru i korištenjem Caddyja kao obrnutog proxyja za centralizaciju TLS certifikata, ruta i laganog balansiranja opterećenja između kontejnera.

Da bi se održala čista, predvidljiva i sigurna mreža, preporučljivo je:

• Odaberite jedan koherentni mrežni način rada (NAT ili zrcalni) i dokumentirajte ga
• Izbjegavanje sukoba portova između Windowsa i WSL2, oslanjajući se na ignoredPorts ako koristite zrcalno
• Kontrolirajte izloženost servisa samo putem Tailscale-a ili Caddy-jaumjesto otvaranja portova "po defaultu" u zaštitnom zidu
• Automatizirajte pokretanje Dockera, Tailscalea i Caddyja iz [boot] u wsl.conf datoteci imati okruženje bliže proizvodnji

S ovom arhitekturom, WSL2 prestaje biti samo razvojni alat i može postati prilično ozbiljna platforma za samostalni hosting.pod uslovom da prihvatite njegova ograničenja (virtualizacija preko Hyper-V-a, dodatni mrežni sloj itd.) i pažljivo ga konfigurišete.

Najbolje prakse za WSL2 umrežavanje za razvoj i testiranje

Osim finog podešavanja, postoji niz smjernica koje vam pomažu da udobno radite s WSL2 mrežom. bez stalne borbe s IP adresama, portovima i zaštitnim zidovima (firewall-ovima).

Za razvojne usluge koristite visoke portove (iznad 1024) i izbjegavajte privilegovane ili intenzivno korištene portove; ovo minimizira konflikte i eliminira potrebu za dodatnim privilegijama.

Osigurajte da se kod i podaci nalaze unutar Linux datotečnog sistema. (ti ~/ ili interne rute) umjesto da rade direktno na /mnt/cjer je pristup NTFS-u iz WSL-a sporiji i može oštetiti usluge koje intenzivno koriste ulazno/izlazne operacije.

Automatizirajte mrežne postavke i pravila preusmjeravanja pomoću skripti U PowerShellu i Bashu: na primjer, skripta koja konfiguriše WSL2 prilikom pokretanja. netsh portproxy (ako nastavite s NAT-om) ili provjerite pravila zaštitnog zida prilikom korištenja zrcaljenja.

Izbjegavajte oslanjanje na promjenu IP adresa generira interni virtualni prekidač. Kad god je to moguće, radite sa localhost, imena hostova ili unose u /etc/hosts za vaše usluge, tako da promjena IP adrese ne uništi polovinu vaše infrastrukture za testiranje.

U profesionalnim ili poluprodukcijskim okruženjima, najbolje je ne oslanjati se slijepo na WSL-ovo automatsko prosljeđivanje.Eksplicitno konfigurirajte portove, proxyje i pravila zaštitnog zida kako biste tačno znali šta je izloženo i gdje.

Kada se pravilno konfiguriše, WSL2 nudi izolovanu, ali fleksibilnu mrežu, savršenu za napredni razvoj, testiranje API-ja, rad sa kontejnerima i simulaciju distribuiranih okruženja.Ključno je savladati mrežne načine rada (NAT vs mirroring), datoteke wsl.conf i .wslconfig, te interakciju sa zaštitnim zidom (firewall) i alatima u vašem steku (Docker, Tailscale, obrnuti proxyji), tako da Windows i Linux mogu raditi na istoj mašini bez preklapanja portova ili ugrožavanja sigurnosti.