Февральские патчи Microsoft сломали виртуалки в Windows Server 2022

Февральские патчи Microsoft сломали виртуалки в Windows Server 2022

Февральские патчи Microsoft сломали виртуалки в Windows Server 2022

Microsoft признала очередной баг, вызванный обновлениями операционной системы. На этот раз после февральских апдейтов пострадала версия серверной ОС Windows Server 2022, в которой перестали запускаться виртуальные машины.

Проблема затрагивает только те версии виртуальных машин, на которых включён Secure Boot. При этом они должны работать на vSphere ESXi 6.7 U2/U3 или vSphere ESXi 7.0.x.

«После установки KB5022842 виртуальные машины в Windows Server 2022, работающие на ряде версий VMware ESXi, могут не запускаться», — пишет Microsoft.

Microsoft вместе с VMware работает над устранением новой проблемы и обещает в ближайшее время предоставить больше подробностей о баге. VMware даже предложила временное решение:

  1. Обновить ESXi-хост с проблемной виртуальной машиной до vSphere ESXi 8.0.
  2. Отключить Secure Boot на виртуальных машинах.
  3. Не устанавливать KB5022842 на Windows 2022 Server до устранение проблемы.

VPN-клиенты в Android 16 умирают из-за бага, Google пока не исправила

У пользователей Android 16 появилась неприятная проблема с VPN. Сразу несколько крупных разработчиков, включая Proton VPN, Mullvad, WireGuard и TunnelBear, сообщают, что после обновления VPN-приложения система может незаметно «сломать» его работу в фоне. В результате VPN перестаёт нормально подключаться, а пользователь не всегда понимает, что именно пошло не так.

Сценарий выглядит особенно скверно потому, что всё происходит почти без явных симптомов.

Согласно жалобам провайдеров, баг связан с сетевым стеком Android 16 и чаще всего проявляется после того, как VPN-приложение обновляется через Google Play, пока само VPN-соединение активно. После этого приложение может зависнуть в состоянии подключения или просто потерять доступ к интернету.

В описании бага в Google Issue Tracker говорится следующее: после обновления VPN-приложения система может перейти в состояние, при котором сам VPN-клиент уже не может выйти в интернет вообще.

 

При этом обычный доступ в Сеть без VPN может сохраняться, что делает проблему ещё более запутанной для пользователя. Mullvad отдельно указала, что наблюдала такое поведение не только у себя, но и у WireGuard и ProtonVPN.

Хуже всего то, что простой перезапуск VPN-приложения, по словам разработчиков, обычно не помогает. Пользователь часто остаётся в подвешенном состоянии, пока не перезагрузит смартфон целиком или не переустановит VPN. А поскольку понятного сообщения об ошибке нет, многие вообще не догадываются, что проблема возникла именно после обновления клиента.

Судя по всему, баг ещё и плавающий: он возникает не каждый раз, а лишь в части случаев, из-за чего его сложнее стабильно воспроизвести и быстрее починить.

Google о проблеме знает, но ясного решения пока не предоставила. В трекере баг заведен как P2, а последнее публично видимое обновление по нему сводится к тому, что информация передана профильным командам и новые детали появятся позже. Конкретных сроков фикса или официального обходного пути «корпорация добра» пока не опубликовала.

RSS: Новости на портале Anti-Malware.ru