WSL2: Напредни водич за конфигурацију мреже и NAT и режиме огледала

Информатек Дигитал » Средства » WSL2: Напредни водич за конфигурацију мреже и NAT и режиме огледала

WSL2 је потпуно променио начин на који се Linux интегрише са Windows-омПосебно у свему што је везано за мрежу: сада имамо лагану виртуелну машину са сопственим мрежним стеком, сопственом IP адресом и одвојеним правилима приступа. Ово отвара много могућности за развој, тестирање, контејнере и окружења за самостално хостовање, али такође изазива забринутост када сервиси постану недоступни, као што се догодило са WSL1.

Разумевање конфигурације WSL2 мреже, њених NAT и mirrored режима, употребе .wslconfig и wsl.conf датотека и њихове интеракције са заштитним зидовима (фајерволима), VPN-овима, Docker-ом или алатима попут Tailscale-а Ово је кључно за избегавање главобоља. Хајде да видимо корак по корак како целокупно подешавање функционише, како изложити сервисе Windows-у и локалној мрежи, које команде користити за добијање исправних IP адреса и које напредне опције конфигурације имате да бисте фино подесили своје окружење, учинили га стабилним и, пре свега, безбедним.

Како мрежа заправо функционише у WSL2

WSL2 више не дели стек мрежног хоста као WSL1Уместо тога, покреће сваку Линукс дистрибуцију унутар мале виртуелне машине којом управља Hyper-V. Та виртуелна машина има свој виртуелни адаптер (обично eth0) и приватну IP адресу коју додељује интерни виртуелни прекидач.

У свом подразумеваном режиму, WSL2 користи архитектуру засновану на NAT-у (Превод мрежне адресе). Windows делује као рутер/хост, а Linux дистрибуција се налази на приватној подмрежи, обично унутар опсега. 172.16.0.0/12Ова подмрежа се може променити након поновног покретања система или поновног покретања WSL-а, што је излудело више од једне особе приликом конфигурисања статичких правила заштитног зида.

Са практичне тачке гледишта, то значи да IP адреса ваше WSL2 дистрибуције није ни стабилна нити директно доступна са локалне мреже. Као и код WSL1: подразумевано, постоји само повезивање између Windows-а и WSL2 путем правила преусмеравања и NAT-а, а изложеност локалној мрежи захтева додатне кораке или коришћење режима огледала.

Поред ове основне архитектуре, Windows 11 22H2 и новије верзије додају нове мрежне могућности. (огледани режим, dnsTunneling, autoProxy, Hyper-V заштитни зид, итд.) који се контролишу из глобалне датотеке .wslconfigдок се одређене опције унутар Линукса управљају помоћу /etc/wsl.conf.

Идентификујте ИП адресе у WSL2

Рад са WSL2 подразумева јасно разликовање два IP сценарија: када вам је потребна ИП адреса Линукс дистрибуције и када вам је потребна ИП адреса Виндоус хоста гледано из Линукса. Свако се решава различитом командом.

Сценарио 1: Из Windows-а желите да знате IP адресу WSL2 дистрибуције Да бисте дозволили апликацији на хосту (на пример, клијенту, прегледачу или алату за тестирање) да се повеже са сервисом који ради у оквиру Линукса. Да бисте то урадили, можете покренути следеће команде у оперативном систему Windows (користећи CMD или PowerShell):

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

Ако желите да користите подразумевану дистрибуцију, можете изоставити параметар дистрибуције. и једноставно позовите wsl.exe hostname -iУ позадини, ова команда се покреће у Линуксу hostname --ip-addresses и враћа IP адресу инстанце. Типичан резултат може изгледати отприлике овако:

172.30.98.229

Сценарио 2: Из Линук дистрибуције треба да знате ИП адресу Виндоус хостаНа пример, да бисте повезали WSL2 апликацију са сервером који се изворно покреће на Windows-у (Node.js, SQL Server, Caddy, итд.). Унутар Linux љуске, можете користити:

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

Излаз ће бити подразумевани гејтвеј WSL2 виртуелне машине., што одговара IP адреси Windows хоста како се види из Linux-а, нешто попут:

172.30.96.1

Та вредност (на пример, 172.30.96.1) је адреса на коју би ваши Linux клијенти требало да упућују када желите да приступите сервисима који раде на Windows хосту док сте у класичном NAT режиму.

NAT режим: подразумевано понашање WSL2 мреже

Одмах по инсталацији, WSL2 ради у NAT режиму, и за многа једноставна развојна окружења, ово је више него довољно.Важно је разумети шта функционише „само по себи“, а шта не, како не бисмо губили време јурећи духове.

Приступ Линук сервисима из Виндоуса користећи localhostАко покрећете мрежну апликацију (на пример, Node.js сервер, Flask сервер, SQL Server на Linux-у) на вашој WSL2 дистрибуцији, можете јој приступити из Windows-а користећи localhost:puertoWindows аутоматски прослеђује долазне везе на интерну IP адресу WSL2 виртуелне машине.

Приступ сервисима који раде на Windows-у из Linux-аЕво где се ствари мењају. Да бисте дошли до мрежне апликације на хосту (као што је Node.js сервер, SQL Server или Caddy на Windows-у) из WSL2, морате да користите IP адресу хоста како се види из Linux-а, добијену помоћу подразумеване команде route:

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

Са том ИП адресом можете се повезати са Линукса на било коју услугу на хосту, на пример http://172.30.96.1:3000 ако ваш Windows сервер слуша на порту 3000 на свим интерфејсима.

Када се повежете користећи удаљене ИП адресе (не localhost), апликације их виде као LAN везе.То значи да многи сервери морају бити конфигурисани да слушају 0.0.0.0 уместо 127.0.0.1На пример, помоћу Фласка можете покренути:

app.run(host='0.0.0.0')

Ова промена побољшава приступачност, али захтева фокус на безбедност.јер дозвољавате везе из ваше локалне мреже, а не само са самог рачунара.

Приступ WSL2 из локалне мреже (LAN) користећи NAT

Једна од најнеугоднијих промена при преласку са WSL1 на WSL2 је то што дистрибуције више нису директно доступне са локалне мреже.У WSL1, ако је ваш Windows био видљив на мрежи, сервиси дистрибуције су наслеђивали ту изложеност готово без напора.

У WSL2, виртуелна машина има своју приватну IP адресу и не оглашава се аутоматски на локалној мрежи.Да бисте постигли нешто слично старом понашању, у NAT режиму морате да креирате прокси порта у Windows-у, као што бисте то урадили са било којом Hyper-V виртуелном машином.

Виндоус укључује класичан алат за ово: netsh interface portproxyТипична команда за преусмеравање порта хоста на WSL2 IP/порт би била:

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

У пракси, заменили бисте маркере одређеним вредностима., на пример:

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

Овде listenaddress=0.0.0.0 Ово указује да ће Windows слушати на свим IPv4 адресама хоста.и проследиће оно што долази преко порта 4000 ка 192.168.101.100:4000што би била WSL2 IP адреса добијена са:

• wsl hostname -I Даје вам ИП адресу Линук дистрибуције унутар ВСЛ2 виртуелне машине
• cat /etc/resolv.conf Открива ИП адресу Windows Vista хоста из WSL2.

Овом техником можете учинити сервис који ради на WSL2 доступним са било ког рачунара на локалној мрежи.под условом да Windows заштитни зид то дозвољава и да вам је јасно да излажете услугу виртуелне машине, а не директно хост.

IPv6 и модерне мрежне функције

WSL2 такође може да ради са IPv6, што је посебно релевантно у модерним окружењима, VPN-овима и корпоративним мрежама.За руковање адресама, основне команде у Линуксу су еквивалентне онима у IPv4:

• wsl hostname -i Из Windows-а да бисте видели IP адресу WSL2 дистрибуције
• ip route show | grep -i default | awk '{ print $3 }' из Линукса да би се добила ИП адреса Windows хоста

Где је скок у квалитету IPv6 и VPN подршке заиста приметан јесте у режиму огледалне мреже., доступно у оперативном систему Windows 11 22H2 и новијим верзијама, о чему ћемо детаљније говорити касније.

Режим огледалне мреже: огледало Windows интерфејса у Linux-у

На рачунарима са оперативним системом Windows 11 22H2 или новијим, можете омогућити „огледани“ мрежни режим. У WSL2, модел се потпуно мења: уместо класичног NAT-а, Linux „види“ Windows мрежне интерфејсе одражене.

Да бисте га омогућили, потребно је да уредите датотеку .wslconfig вашег корисника, који је у %UserProfile%\.wslconfigИз PowerShell-а са администраторским привилегијама, можете га отворити помоћу:

notepad $env:USERPROFILE\.wslconfig

Унутра, додајте (или измените) одељак [wsl2] да бисте активирали режим огледала:

[wsl2]
networkingMode=mirrored

Када се датотека сачува, потребно је да поново покренете WSL2 да би промене ступиле на снагу.На пример, са:

wsl --shutdown

Када га поново покренете, WSL ће користити нову архитектуру огледалне мреже.што доноси неколико веома моћних предности:

• Изворна подршка за IPv6 и побољшана интеграција са корпоративним мрежама и VPN-овима
• Могућност повезивања са Windows сервисима из Linux-а користећи 127.0.0.1 директно (иако није дозвољено) ::1 (као што је IPv6 повратна петља за ово)
• Побољшана подршка за мултикаст у оквиру интеграције Windows-Linux
• Директан приступ WSL-у са локалне мреже без потребе за netsh portproxy-јемкористећи ИП адресу самог Windows рачунара

Омогућавање овог режима решава многе класичне проблеме са WSL2 NAT-ом. и то је препоручена опција у већини модерних развојних и самосталних окружења где можете користити ажурирану верзију система Windows 11.

DNS тунелирање и употреба проксија у WSL2

У оперативном систему Windows 11 22H2 и каснијим верзијама, разрешавање имена из WSL2 је такође значајно измењено.Кључ лежи у две функционалности дефинисане у .wslconfig: dnsTunneling y autoProxy.

Опција dnsTunneling Подразумевано је омогућено у одељку [wsl2]. Ово омогућава да се Линуксов DNS захтеви обрађују путем функције виртуелизације, уместо да се шаљу као нормални мрежни пакети. Ово значајно побољшава компатибилност са VPN-овима и сложеним мрежним конфигурацијама на хосту.

Са своје стране, autoProxy=true приморава WSL да користи подешавања Windows HTTP проксијаАко се хост налази иза корпоративног или безбедносног проксија, WSL2 га аутоматски наслеђује без потребе да се ручно бавите променљивим окружења.

На пример, могли бисте имати нешто овако у свом .wslconfig:

[wsl2]
dnsTunneling=true
autoProxy=true

Ово осигурава да се WSL2 мрежа понаша конзистентно са конфигурацијом хоста., посебно корисно у компанијама са строгим политикама мреже и филтрирања.

Hyper-V заштитни зид и изложеност безбедним услугама

У модерним окружењима, WSL2 мрежа такође пролази кроз наменски заштитни зид (фајервол).Почевши од WSL 2.0.9 на Windows 11 22H2, функција Hyper-V заштитног зида је подразумевано омогућена, додајући додатни слој филтрирања за саобраћај виртуелних машина (укључујући WSL2 саобраћај).

Ако радите у режиму огледала и желите трајно да изложите WSL2 сервисе локалној мрежи (на пример, API-ји, контролне табле или сервиси за самостално хостовање), потребно је да се уверите да правила заштитног зида то дозвољавају.

Разуман приступ из PowerShell-а са администраторским привилегијама је креирање Hyper-V правила за приватне мреже:

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

Ако из било ког разлога желите да онемогућите ту специфичну Hyper-V заштиту (нешто мање препоручљиво), можете користити:

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

Идеја је да се заштитни зид држи активним кад год је то могуће.ограничавање правила на приватне мреже и само на портове који су вам заиста потребни, и резервисање сваке масовне деактивације као последње средство и увек са циљем поновног пооштравања конфигурације чим све проради.

WSL2 мрежна архитектура, X11 и 172.16.0.0/12 опсези

Класичан случај који открива детаље WSL2 мреже је коришћење графичких апликација путем X11.На пример, покретање Xming-а на Windows-у и слање Linux апликација путем DISPLAY-а.

Приликом надоградње са WSL1 на WSL2, многи корисници примећују да X престаје да ради. јер мрежа престаје да буде „дељена“ и постаје виртуелна NAT мрежа са опсезима као што су 172.16.0.0/12што се такође може променити након сваког поновног покретања Windows-а или WSL-а.

Да би X поново радио са Xming-ом из WSL2, уобичајени трик је да се добије Windows IP адреса коју Linux види. Користећи:

енс

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

Паралелно, потребно је подесити Windows заштитни зид да дозволи X11 саобраћај из те NAT подмрежеТипичан приступ је уређивање Xming правила додавањем опсега 172.16.0.0/12 у TCP+UDP 6000.

Многи на крају онемогуће Xming аутентификацију са опцијом -acОво ефикасно „отвара врата“ сваком клијенту X који долази из те мреже. Ради, али са становишта безбедности је прилично упитно, па вреди размотрити ограниченија решења или коришћење WSLg-а (интегрисане GUI апликације) у Windows-у 11.

wsl.conf и .wslconfig: напредна WSL2 конфигурација

WSL нуди две кључне конфигурационе датотеке које контролишу понашање виртуелне машине и сваке дистрибуције.: /etc/wsl.conf (од стране дистрибуције) и %UserProfile%\.wslconfig (глобално за све WSL2 дистрибуције).

wsl.conf живи унутар Линукс дистрибуције, у /etc/wsl.confКористи се за конфигурисање локалних опција за ту дистрибуцију: аутоматско монтирање, генерисање hosts y resolv.confинтероперабилност са Windows-ом, подразумеваним корисником, systemd-ом итд.

.wslconfig Чува се ван Линукса, у корисничком профилу Виндоуса. (C:\Users\<Usuario>\.wslconfig) и контролише глобалне параметре виртуелне машине која покреће WSL2: меморију, процесоре, језгро, мрежни режим, заштитни зид, DNS, величину виртуелног диска, подршку за графички кориснички интерфејс итд.

Један занимљив детаљ је „правило од 8 секунди“ при промени подешавања.Када измените било коју од ових датотека, морате осигурати да је WSL виртуелна машина потпуно искључена. Чак и ако затворите прозор дистрибуције, она може остати у меморији неколико секунди.

Да бисте присилно покренули подсистем, можете користити:

• wsl --list --running да проверим да ли постоје активне дистрибуције
• wsl --shutdown да се све дистрибуције затворе одједном
• wsl --terminate <distroName> да заустави одређену дистрибуцију

Промене конфигурације се заправо примењују само када се WSL искључи и поново покрене.Нешто што многи превиђају и мисле да њихова подешавања „не функционишу“.

Главне опције wsl.conf по одељцима

Датотека wsl.conf Инспирисан је класичним .ini форматом, са секцијама и кључевимаГлавни делови су [automount], [network], [interop], [user], [boot], [gpu] y [time].

En [automount] Ви контролишете како се Windows дискови монтирају у Linux-у (обично ниско) /mnt):

• enabled (логичка вредност, подразумевано тачно)Ако је тачно, C:/, D:/, итд., се аутоматски монтирају на /mnt/c, /mnt/d...
• mountFsTab (логички): ако је тачно, обрађује се /etc/fstab приликом покретања дистрибуције.
• root (ланац): коренски директоријум где ће дискови бити монтирани, на пример /windir/ имати /windir/c.
• options (листа одвојена зарезима)Параметри специфични за DrvFs као што су metadata, uid, gid, umask, fmask, dmask o case.

DrvFs је фајл систем који повезује Windows и Linux., дизајниран за приступ NTFS-у из WSL-а са контролом дозвола, метаподацима и осетљивошћу на велика и мала слова.

У одељку [network] Подешавате аутоматско генерисање мрежних датотека:

• generateHostsАко је тачно, WSL аутоматски генерише /etc/hosts.
• generateResolvConfАко је тачно, WSL креира /etc/resolv.conf са застарелим DNS-ом.
• hostname: име хоста које ће дистрибуција користити.

Одељак [interop] контролише интероперабилност са Windows-ом:

• enabled: Омогућава или онемогућава покретање Windows процеса из WSL-а.
• appendWindowsPath: одлучује да ли да дода Windows путање у $PATH Линук.

En [user] Можете одредити корисника који ће се користити подразумевано при покретању дистрибуције:

• default: корисничко име које ће се подразумевано покренути у WSL-у.

Одељак [boot] Посебно је корисно у оперативним системима Windows 11 и Server 2022. да бисте аутоматски покренули сервисе, као што је Docker унутар WSL-а:

• command: командни стринг који се извршава при покретању WSL-а, на пример service docker start.
• protectBinfmt: штити генерисање системских јединица када је системски систем омогућен.

Такође имате одељке као што су [gpu] (омогућите приступ Windows GPU-у из Linux-а) и [time] синхронизовати временску зону са Windows-омОво спречава проблеме када пређете на летње рачунање времена или путујете.

.wslconfig: WSL2 контрола виртуелне машине

Док wsl.conf фино подешава понашање сваке дистрибуције, .wslconfig вам омогућава да фино подесите виртуелну машину коју деле све WSL2 дистрибуције.Ову датотеку узимају у обзир само дистрибуције које раде као WSL2, а не WSL1.

Унутра .wslconfig главни део је [wsl2]где дефинишете кључне параметре:

• kernel y kernelModules: апсолутне путање од Windows-а до прилагођеног Linux језгра и његових модула.
• memoryОграничење меморије виртуелне машине (подразумевано 50% RAM меморије хоста), на пример 4GB.
• processors: број логичких процесора додељених виртуелној машини.
• localhostForwarding: омогућава приступ отвореним портовима у WSL2 из Windows-а користећи localhost.
• swap y swapFile: величина и путања датотеке за размену за виртуелну машину.
• guiApplications: омогућава или онемогућава подршку за графички кориснички интерфејс (WSLg).
• dnsProxyКада сте у NAT режиму, он одлучује да ли ће Linux DNS сервер бити NAT инстанца хоста или копија Windows DNS-а.
• networkingModeОвде бирате између none, nat, bridged (застарело), mirrored o virtioproxy.
• firewall, dnsTunneling y autoProxy: опције о којима смо разговарали ради боље интеграције WSL мреже са Windows политикама.
• defaultVhdSize: максимална величина VHD-а на којем је смештен фајл систем дистрибуције (подразумевано 1 TB).

Постоји и одељак [experimental] где се функције активирају током тестирања као:

• autoMemoryReclaim: подешавања за аутоматско опорављање меморије (онемогућено, постепено, dropCache).
• sparseVhd: креирање ретких виртуелних дискова ради уштеде простора.
• bestEffortDnsParsing y dnsTunnelingIpAddressфино подешавање за DNS тунелирање.
• ignoredPorts: портови које Linux апликације могу да користе чак и ако се користе на Windows-у када сте у режиму огледала.
• hostAddressLoopback: омогућава хосту и контејнеру да се повежу користећи локалне ИП адресе хоста у режиму огледала.

Правилно конфигурисање .wslconfig датотеке прави разлику између виртуелне машине која троши много ресурса и оптимизованог окружења које добро функционише са вашим Windows системом и мрежом.посебно ако радите са великим оптерећењем, контејнерима или више истовремених дистрибуција.

WSL2, Docker и умрежавање за самостално хостовање са Tailscale-ом

Веома практичан пример је коришћење WSL2 на Windows серверима (чак и Windows Server 2025) као платформе за самостално хостовање., комбинујући Ubuntu на WSL2, Docker Engine (без Docker Desktop-а), Tailscale и обрнути прокси попут Caddy-ја како би се открили сервиси попут n8n или Supabase.

Идеја је да се има стабилно Докер окружење унутар WSL2, избегавајући проблеме Докер Десктопа на серверима.Приликом директног инсталирања Docker Engine-а на Ubuntu (WSL2), контејнерска мрежа се ослања на WSL2 мрежу, која заузврат зависи од NAT-а или режима огледала дефинисаног у .wslconfig.

Са инсталираним Tailscale-ом на WSL2, можете објавити своје услуге на mesh VPN-у. без отварања портова на рутеру и коришћењем Caddy-ја као обрнутог проксија за централизацију TLS сертификата, рута и лаганог балансирања оптерећења између контејнера.

Да би се одржала чиста, предвидљива и безбедна мрежа, препоручљиво је:

• Изаберите један кохерентни мрежни режим (NAT или огледални) и документујте га
• Избегавајте сукобе портова између Windows-а и WSL2, ослањајући се на ignoredPorts ако користите огледало
• Контролишите изложеност сервиса само путем Tailscale-а или Caddy-јауместо отварања портова „по подразумеваним подешавањима“ у заштитном зиду
• Аутоматизујте покретање Docker-а, Tailscale-а и Caddy-ја из [boot] у wsl.conf имати окружење ближе производњи

Са овом архитектуром, WSL2 престаје да буде само развојни алат и може постати прилично озбиљна платформа за самостално хостовање.под условом да прихватите његова ограничења (виртуелизација преко Hyper-V-а, додатни мрежни слој итд.) и пажљиво га конфигуришете.

Најбоље праксе за WSL2 умрежавање за развој и тестирање

Поред финог подешавања, постоји низ смерница које вам помажу да удобно радите са WSL2 мрежом. без сталне борбе са ИП адресама, портовима и заштитним зидовима (фајерволима).

За развојне услуге користите високе портове (изнад 1024) и избегавајте привилеговане или интензивно коришћене портове; ово минимизира сукобе и елиминише потребу за додатним привилегијама.

Уверите се да се код и подаци налазе унутар Линуксовог фајл система. (ти ~/ или интерне руте) уместо да радите директно на /mnt/cјер је приступ NTFS-у из WSL-а спорији и може да угрози I/O сервисе.

Аутоматизујте мрежна подешавања и правила преусмеравања помоћу скрипти У PowerShell-у и Bash-у: на пример, скрипта која конфигурише WSL2 када се покрене. netsh portproxy (ако наставите са NAT-ом) или проверите правила заштитног зида када користите огледало.

Избегавајте ослањање на промену ИП адреса генерисано од стране интерног виртуелног прекидача. Кад год је то могуће, радите са localhost, имена хостова или уносе у /etc/hosts за ваше услуге, тако да промена ИП адресе не поквари половину ваше инфраструктуре за тестирање.

У професионалним или полупродукцијским окружењима, најбоље је не ослањати се слепо на аутоматско прослеђивање WSL-а.Експлицитно конфигуришите портове, проксије и правила заштитног зида да бисте тачно знали шта је изложено и где.

Када је правилно конфигурисан, WSL2 нуди изоловану, али флексибилну мрежу, савршену за напредни развој, тестирање API-ја, рад са контејнерима и симулацију дистрибуираних окружења.Кључ је у савладавању мрежних режима (NAT наспрам mirrored), датотека wsl.conf и .wslconfig и интеракције са заштитним зидом (фајерволом) и алатима у вашем стеку (Docker, Tailscale, обрнути проксији), тако да Windows и Linux могу да раде на истој машини без преклапања портова или угрожавања безбедности.