3 августа 2026 года Microsoft выпустила бета-версию Azure Linux 4.0 для Windows Subsystem for Linux. Дистрибутив можно установить из подписанного файла .wsl на компьютерах x86_64 и ARM64, чтобы проверять пакеты, сценарии и контейнерные окружения рядом с Windows. Появление WSL-сборки закрывает обещание, данное при июньском анонсе Azure Linux 4.0, и формирует единый путь от локальной разработки к Azure VM и контейнерам.
Azure Linux 4.0 теперь запускается в WSL из отдельного пакета
Microsoft сделала собственную Linux-систему доступной внутри Windows в виде готового WSL-дистрибутива. В официальном анонсе Azure Linux on WSL компания обозначила выпуск как Beta, а в репозитории проекта появились пакеты для архитектур x86_64 и ARM64.
Сценарий установки сводится к готовому пакету. Пользователь скачивает файл .wsl, проверяет его контрольную сумму и цифровую подпись, после чего передаёт его встроенной команде WSL:
wsl --install --from-file "C:\Path\To\AzureLinux-4.0-ARCH.wsl"Установленные дистрибутивы отображаются обычной командой:
wsl --listAzure Linux запускается под именем AzureLinux-4:
wsl -d AzureLinux-4Команды опубликованы в официальном репозитории Microsoft, где находятся исходный код, инструкции и ссылки на подписанные сборки. Такой способ распространения позволяет тестировать конкретный образ, сохраняя проверяемое происхождение файла.
Июньское обещание WSL превратилось в рабочую бета-версию
При анонсе Azure Linux 4.0 на Microsoft Build 2 июня компания открыла предварительные образы для Azure Virtual Machines, масштабируемых наборов виртуальных машин и контейнеров. Поддержка WSL тогда числилась среди ближайших этапов. Спустя два месяца Microsoft выпустила готовые пакеты, которые запускаются на Windows через стандартный механизм импорта дистрибутивов.
Почему этот шаг заметен именно сейчас? Azure Linux долго оставалась системой для внутренней инфраструктуры Microsoft, Azure Kubernetes Service и отдельных облачных компонентов. Версия 4.0 расширила её роль: дистрибутив стал публичной основой для виртуальных машин, контейнеров и локального тестирования.
WSL добавляет в эту схему рабочее место разработчика. Код, shell-сценарии, RPM-пакеты и конфигурации можно проверять на компьютере с Windows, а затем переносить в Azure Linux VM или контейнерный образ с близким набором пользовательских компонентов. Для компаний с корпоративными Windows-ноутбуками это сокращает число отдельных тестовых машин и упрощает воспроизведение среды.
Fedora-база и RPM-пакеты сближают локальную среду с Azure
Azure Linux 4.0 строится на экосистеме Fedora и использует RPM-пакеты вместе с менеджером dnf5. Microsoft накладывает на эту основу собственные конфигурации, исправления, правила сборки и компоненты для Azure. В результате разработчик получает знакомые инструменты Fedora-семейства, а облачная платформа — контролируемый набор пакетов и единый цикл обновлений.
В архитектурной документации Azure Linux перечислены systemd, glibc, OpenSSL, SELinux в принудительном режиме и минимальный базовый набор программ. Для серверной системы такой состав уменьшает количество лишних компонентов и делает поведение образов более предсказуемым.
Локальный WSL-образ подходит для нескольких конкретных задач:
- проверки установки зависимостей через
dnf5; - запуска shell-сценариев и служебных утилит;
- воспроизведения структуры каталогов и системных сервисов;
- подготовки RPM-пакетов;
- тестирования контейнерных сборок на базе Azure Linux;
- знакомства с системой без создания платной виртуальной машины в Azure.
Смысл выпуска проявляется в повторяемости. Один и тот же базовый набор пакетов появляется на компьютере разработчика, в контейнере и в облачной виртуальной машине. Ошибки в зависимостях или конфигурации можно обнаружить раньше, чем проект попадёт в удалённую среду.
WSL сохраняет различия между локальной системой и Azure VM
Полного технического совпадения между WSL и виртуальной машиной Azure Linux нет. Совпадение касается прежде всего пользовательского пространства: RPM-пакетов, библиотек, команд, конфигурационных файлов и поведения прикладных компонентов.
WSL 2 запускает Linux-дистрибутивы внутри управляемой служебной виртуальной машины и использует ядро, которое Microsoft собирает специально для Windows Subsystem for Linux. Azure Linux VM работает с собственным ядром Azure Linux 6.18 LTS, дополненным драйверами Hyper-V, настройками производительности и механизмами защиты для облачной инфраструктуры.
Из-за этой разницы локальная WSL-среда не воспроизводит поведение оборудования Azure, сетевых адаптеров, управляемых дисков, Secure Boot и отдельных функций виртуализации. Тест пакета или приложения может пройти одинаково, а проверка драйвера, загрузочной цепочки или низкоуровневой настройки ядра потребует полноценной Azure VM.
Здесь проходит практическая граница бета-версии. WSL даёт близкую программную среду для разработки, сборки и диагностики. Облачные свойства остаются привязаны к Azure и её виртуальной инфраструктуре.
Azure Linux в Windows формирует единый маршрут для облачных проектов
До 3 августа публичная история Azure Linux 4.0 состояла из облачных виртуальных машин, контейнерных образов и ISO-файлов для локальных виртуальных машин. WSL-сборка добавила самый доступный способ познакомиться с системой на рабочем компьютере: отдельный гипервизор, ручная настройка виртуального оборудования и запуск облачного ресурса для этого сценария не требуются.
Для Microsoft выпуск укрепляет связь между Windows и Azure. Windows остаётся основной рабочей системой, WSL предоставляет Linux-инструменты, а Azure Linux становится общей программной основой для локальных экспериментов и последующего развёртывания в облаке. Такая связка особенно заметна в командах, где разработка ведётся на Windows, а приложения работают в Linux-контейнерах и виртуальных машинах.
Есть и более широкий контекст. Microsoft поддерживает Ubuntu, Debian, Red Hat Enterprise Linux, SUSE и другие системы в Azure, а Azure Linux добавляет вариант, жизненный цикл которого контролируется самой компанией. WSL переносит этот вариант прямо на Windows-компьютеры и делает его частью ежедневного набора инструментов.
Бета-статус оставляет вопросы об обновлениях и общем выпуске
Microsoft обозначает Azure Linux on WSL как Beta, а Azure Linux 4.0 в документации остаётся предварительной версией для тестирования и оценки. Срок перехода к общей доступности пока не объявлен. В опубликованных материалах нет точного графика появления дистрибутива в каталоге WSL или Microsoft Store.
Открытым остаётся и механизм дальнейшего обслуживания WSL-пакетов. RPM-репозитории позволяют обновлять компоненты внутри системы, но формат поставки новых базовых образов и правила перехода между бета-сборками Microsoft пока подробно не описала.
На 3 августа картина выглядит определённо: Azure Linux 4.0 получила официальный WSL-пакет для x86_64 и ARM64, устанавливается штатной командой wsl --install --from-file и предоставляет Fedora-производную RPM-среду на Windows. Следующий этап зависит от даты общего выпуска, модели поддержки и того, насколько точно Microsoft синхронизирует WSL-образ с Azure VM и контейнерными сборками.
