Привет! Я тоже сталкивался с проблемой, когда Win10 клиент не хотел правильно сбрасываться. Подозревал, что это связано с драйверами VirtIO, и добился успеха, создав VM с Windows 10, используя конфигурацию, не связанную с набором драйверов VirtIO. BIOS = OVMF (UEFI) Чипсет = PC-i440fx Диск = SATA Сеть = E1000

С такой настройкой я запустил новую VM, загрузился в Windows под бизнес-пользователем. Для первого входа использовал свои админские учетные данные, связал устройство с InTune, добавил его в группу AutoPilot, а затем сделал сброс AutoPilot через InTune MDM. Если ваши политики AutoPilot правильно назначены группе, при сбросе устройство автоматически присоединится к вашему AzureAD tenant как autopilot устройство без необходимости вручную захватывать и загружать хеш. Огромное облегчение в процессе.

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

По-прежнему нужно, чтобы ноутбуки привозили в штаб-квартиру для этих шагов, но это занимает гораздо меньше времени, чем традиционное создание образов и развёртывание. Надеемся, что наш поставщик техники начнет сразу предоставлять хеши в наш tenant, но с этим оказалось сложнее, чем я думал. Основные производители пока не готовы полноценно использовать это, но я надеюсь, что скоро будут. Отправка устройств напрямую к клиентам была бы просто супер.

Спасибо за ответ, похоже, это действительно работает.