Как безопасно отличить исправный Windows engine, доступность CLI, выбранный WSL-дистрибутив и Unix socket, если Docker не работает внутри Ubuntu после включения интеграции.
Разделите Windows engine и Linux-дистрибутив
Docker Desktop с WSL2 может предоставлять docker-команды Windows независимо от конкретного установленного дистрибутива, а включение WSL Integration даёт доступ из выбранного Linux-терминала. Поэтому сначала зафиксируйте результат безопасной команды версии на Windows и отдельно внутри нужного дистрибутива. Не используйте build, pull или запуск контейнера: они меняют состояние. Если Windows-клиент видит server, а Ubuntu нет, engine в целом доступен, но граница остаётся между интеграцией и дистрибутивом. Если server недоступен и на Windows, этот материал не соответствует симптому. Запишите режим Linux containers и имя выбранного дистрибутива без имени пользователя.
Проверьте WSL2, CLI и endpoint по отдельности
Официальная инструкция требует WSL2 и включения дистрибутива в Settings > Resources > WSL Integration. Сначала подтвердите версию режима через штатный список WSL. Затем внутри Ubuntu проверьте, какой исполняемый файл docker находится первым, и существует ли ожидаемый Unix socket как socket, а не обычный файл. Не изменяйте PATH, не создавайте socket вручную и не ставьте второй Docker Engine внутрь дистрибутива: документация предупреждает о конфликте параллельных установок. Зафиксируйте только тип файла и путь без домашнего каталога. Если CLI отсутствует и socket отсутствует, это две границы; не сводите их к одной ошибке.
Сохраните данные до любой очистки
Docker volumes существуют вне жизненного цикла отдельного контейнера, но остаются управляемыми Docker и могут содержать важные данные. До factory reset, удаления Docker Desktop или unregister WSL составьте read-only инвентаризацию имён volumes и определите, какие из них требуют резервной копии по официальной процедуре. Не запускайте prune: эта команда удаляет неиспользуемые volumes и необратимо меняет среду. Если невозможно подтвердить наличие резервной копии, критерий остановки достигнут. Повторное Apply и штатный restart допустимы как обратимый контроль только после фиксации версий и настроек, но многократная переустановка не даёт дополнительного доказательства слоя.
Пакет диагностики без Docker-данных
Передайте версии Windows, WSL, Docker Desktop и Engine, имя дистрибутива, режим контейнеров и четыре бинарных результата: Windows server доступен, integration включена, Linux CLI найден, socket имеет ожидаемый тип. Добавьте обезличенный фрагмент журнала только вокруг запуска WSL integration; удалите ID диагностики, имена проектов, registry и пути пользователя. Свежий issue подтверждает такой симптом в одном окружении, но не доказывает общую регрессию 4.85.0. Эскалация полезна, если после штатного Apply и restart настройки показывают дистрибутив включённым, Windows engine исправен, а CLI или socket стабильно не предоставляются.
Материал подготовлен редакцией VOne с применением ИИ для дерева проверок; факты вручную сверены по Docker Docs, а issue не использовался как доказательство причины.
Источники и проверка
- Docker Docs — WSL 2 backend on Windows проверено 2026-08-10
- Docker Docs — Volumes проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.