Microsoft пусна WSL 3.0.1 , следващото поколение на подсистемата Windows за Linux, отбелязвайки значителен скок от предишния клон 2.x към нова основна версия на проекта. Актуализацията включва една от най-важните нови функции в еволюцията на WSL до момента: WSL контейнери, интегрирана инфраструктура за създаване, изпълнение и управление на Linux контейнери директно от Windows.
Новата версия беше пусната на 29 септември 2026 г. и е достъпна чрез официалното хранилище на WSL. Тази версия надхвърля просто промяната на номера на версията: Microsoft използва тази нова фаза, за да подобри производителността между Windows и Linux, да въведе нов мрежов модел и да добави инструменти и API, специално проектирани за работа с контейнери.
WSL 3.0.1 бележи скок от WSL 2
Издаването на WSL 3.0.1 официално представлява прехода от клон 2.x към клон 3.x. Собственото хранилище на Microsoft показва промяната в историята като сравнение между 2.9.13 y 3.0.1оставяйки предишното номериране.
Новата версия запазва основната цел на WSL: да осигури Linux среда, интегрирана в Windows, но Microsoft значително разширява възможностите за работа в тази среда.
Един от централните елементи на тази еволюция е интеграцията на Linux контейнери. Досега беше обичайно да се използва Docker Desktop, да се инсталира Docker Engine в рамките на WSL дистрибуция или да се използват други външни решения. WSL 3 въвежда собствена инфраструктура за този тип натоварване.
WSL контейнерите са една от основните нови функции на WSL 3.0.
Тази версия включва общата наличност на WSL контейнери , съкратено WSLc. Microsoft представи тази технология като предварителен преглед през лятото и сега я счита за готова за обща употреба.
Основната част е wslc.exeНов инструмент за команден ред, който ви позволява да създавате, изпълнявате и управлявате Linux контейнери от Windows. Съществува и container.exe като интегриран псевдоним, със синтаксис, по-познат на тези, които вече работят с контейнерни инструменти.
В допълнение, Microsoft предоставя WSL Containers API, който позволява на оригиналните Windows приложения програмно да създават и контролират Linux контейнери. Това отваря възможности за приложения за разработка, инструменти за изкуствен интелект и софтуер, който трябва да изпълнява Linux натоварвания по интегриран начин.
WSL 3.0 въвежда повече инструменти за управление на контейнери
Версията, която достига до общодостъпност, включва множество нови команди в сравнение с тестовата фаза.
Сред тях са wslc container restartда рестартирате контейнерите и wslc container cp, което позволява копиране на файлове към и от контейнер, използвайки tar файлове.
Също така се появява wslc system info, предназначен да провери състоянието на контейнерната среда, заедно с wslc network connect y wslc network disconnect за свързване или прекъсване на връзката с мрежови контейнери.
Системата включва и събития в реално време чрез wslc eventsпроверки на състоянието на контейнерите, поддръжка за --mount и опции за контрол на времето за изчакване по време на изключване на контейнера. Microsoft също така ви позволява да конфигурирате къде се съхранява съдържанието на WSLc сесията по подразбиране.
Нов мрежов модел за WSL
Друга забележителна нова функция е Consommé , нов мрежов режим, разработен за работни процеси с контейнери.
С тази система Microsoft се стреми да подобри съвместимостта с VPN, защитни стени и корпоративни мрежи. Трафикът на виртуалната машина с Linux е интегриран с Windows чрез процес, който се изпълнява в потребителския контекст и обработва задачи като DNS, маршрутизиране и присвояване на портове.
Целта е да се осигури по-безпроблемна интеграция на Linux приложения и контейнери с мрежата на Windows, като се избегнат някои от проблемите, които исторически са възниквали при комбинирането на WSL с определени VPN и конфигурации на корпоративни мрежи. Microsoft също така счита тази работа за част от по-широки подобрения на WSL инфраструктурата.
Подобрена производителност при достъп до файлове на Windows
WSL 3 въвежда и подобрения в една от традиционно най-чувствителните точки на WSL: достъпът от Linux до файлове, съхранявани в Windows.
Microsoft твърди, че новите подобрения могат да осигурят до два пъти по-висока производителност при достъп до файлове на Windows от определени Linux среди. Тези оптимизации не се ограничават само до контейнери, тъй като са част от по-широко усилие за подобряване на производителността между двете операционни системи.
Това може да е особено важно за проекти за разработка, които запазват част от кода във файловата система на Windows, но изпълняват инструментите от Linux.
WSL 3 разглежда и компании
Microsoft използва това стартиране, за да разшири корпоративната интеграция на WSL.
Microsoft Defender for Endpoint може да събира информация за процеси, файлове и мрежова активност, генерирани в контейнери, и да я свързва с хост компютъра с Windows.
Microsoft Intune, от своя страна, включва специфични контроли за WSL контейнери. Администраторите могат да активират или деактивират функционалността и да създадат списък с оторизирани регистри, от които разработчиците могат да изтеглят изображения на контейнери.
Това позволява WSL 3 да се впише по-добре в корпоративни среди, където използването на контейнери трябва да бъде предмет на политики за сигурност и централизирано администриране.
Интеграция с Visual Studio Code и други инструменти
Новата платформа не е изолирана от съществуващата екосистема за разработка. Microsoft отбелязва съвместимост с контейнерите за разработка на Visual Studio Code. wslc като контролер на контейнер.
Добавена е и поддръжка за Aspire и разширението за контейнери Visual Studio Code, като общността вече разработва допълнителни инструменти за графично управление на WSL контейнери.
По този начин WSL 3 може да се използва като контейнерна инфраструктура, без разработчикът непременно да променя напълно работния си процес.
А какво ще кажете за Docker Compose?
Един от настоящите недостатъци на WSL контейнерите е липсата на вградена поддръжка за Docker Compose.
Microsoft признава, че compose В момента това е едно от най-важните искания от потребителите на WSLc и те вече работят по него. Намерението е в бъдеще wsl compose up може да използва файлове compose.yaml съществуващите, без да е необходимо да ги модифицирате.
Следователно, WSL 3.0.1 все още не е предназначен да замени всички инструменти в екосистемата на контейнерите. Някои напреднали работни натоварвания все още изискват решения като Docker, особено докато се разработват допълнителни функции.
Защо се казваше, че WSL 3 не съществува?
Скокът във версията е особено забележителен, защото през 2026 г. се появиха съобщения за предполагаем WSL 3, което Microsoft отрече. По това време ръководителите на проекта посочиха, че не съществува версия, наречена WSL 3.
Ситуацията се промени с пускането на WSL 3.0.1. Официалното хранилище на Microsoft вече изброява версия 3.0.1 и изрично показва списъка с промените между WSL 2.9.13 и WSL 3.0.1. Освен това, дискусионна тема, създадена в хранилището на 29 септември, е пряко свързана с версия 3.0.1 и обявява, че WSL контейнерите вече са общодостъпни.
Следователно, предишните доклади, твърдещи, че „WSL 3 не съществува“, вече не отразяват текущото състояние на проекта. WSL 3.0.1 е официално издание на Microsoft.
Нова ера за Linux в Windows
С WSL 3.0.1, Microsoft разширява функционалността на WSL отвъд простото предоставяне на удобен начин за стартиране на Linux инструменти на Windows.
Добавянето на WSL контейнери, API за Windows приложения, подобрения в производителността при достъпа до файлове, нов мрежов модел и корпоративни контроли правят WSL по-пълна платформа за изпълнение на Linux и контейнерни натоварвания.
Microsoft също така посочи, че ще продължи да работи върху основните възможности на WSL, включително работа в мрежа и междуоперационна производителност. Следователно WSL 3.0.1 е началото на нова фаза за проекта, а не просто актуализация за поддръжка.