Windows на Arm: чи справді завантажиться драйвер VPN?

Інсталятор запускається, вікно відкривається і з'являється запит на вхід, тож міграція виглядає завершеною. Далі тунель зазнає збою в момент, коли клієнту потрібен його віртуальний адаптер, і помилка згадує службу або драйвер, а не облікові дані. У Windows на Arm така послідовність звична, бо правило сумісності змінюється між кодом у режимі користувача і кодом у режимі ядра. Для схвалення ноутбука потрібна друга перевірка, а не перша.

Запитайте архітектуру всього пакета, потім перевірте її на машині.

Частина, яку емуляція не покриває

Windows на Arm може запускати застосунки x86 і x64 через емуляцію, доки вони залишаються в режимі користувача. Компоненти режиму ядра такої обробки не отримують: драйвер має бути зібраний для Arm64, щоб взагалі завантажитися. Microsoft документує цю межу, і саме там зазвичай перебувають клієнти VPN, бо багато з них встановлюють віртуальний мережевий адаптер або драйвер фільтра.

Тож пакет може показувати робочий інтерфейс і все одно бути непридатним. Збій проявляється як відсутній адаптер, служба, що не запускається, або тунель, який ніколи не встановлюється. Саме тут пілот має зупинитися. Екран входу не є доказом робочого шляху даних.

Три умови, що визначають міграцію

Перша — це пакет. Збірка x64 і збірка Arm64 обидві називаються 64-бітними і не є взаємозамінними, тому завантаження, описане лише як Windows 64-біт, нічого не доводить про пристрій Arm. Підтримуваний постачальником інсталятор для цієї архітектури — єдина прийнятна відправна точка.

Друга — решта потрібних компонентів. Перевірки стану пристрою, браузерні помічники автентифікації та проміжне програмне забезпечення для смарт-карток можуть мати власні вимоги до архітектури, а успіх лише тунелю не показує, що політику доступу організації виконано.

Третя — шлюз і підтримуваний ним набір клієнтів. Якщо схвалений клієнт не має збірки для Arm, інший клієнт прийнятний лише там, де власник шлюзу підтримує протокол цього клієнта, його метод автентифікації та поведінку його політики. Вбудований профіль Windows VPN не може замінити пропрієтарний клієнт лише тому, що обидва описуються як IPsec.

Прочитайте архітектуру на пристрої

Підтвердьте, що це за машина, а потім подивіться, які драйвери пакет справді встановив. Перелік займає хвилину і запобігає суперечці про те, що означає "64-bit".

Get-CimInstance Win32_OperatingSystem | Select-Object OSArchitecture
$env:PROCESSOR_ARCHITECTURE
pnputil /enum-drivers | Select-String -Pattern 'vpn|tap|wintun' -Context 0,3
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverProvider

Якщо список адаптерів нічого не показує для клієнта, або запис драйвера повідомляє про невідповідність архітектури, міграція зупиняється там. Вставлення драйвера Arm64 у старий контейнер не підтримується постачальником, а налаштування режиму сумісності не перетворюють драйвер ядра x64.

Порівняйте встановлену версію з підтримуваним постачальником списком для Arm і занотуйте різницю, якщо інсталятор надійшов із внутрішнього сховища, а не від постачальника.

Схвалюйте робоче навантаження, а не екран входу

Запустіть пілот, тримаючи попередній робочий пристрій доступним як запасний варіант. Перевірте підготовку профілю, передбачувану ідентичність і будь-які перевірки пристрою, потім випробуйте приватний застосунок, а не лише стан тунелю.

Включіть приватний DNS, потрібні маршрути та родини адрес, повторне підключення після зміни мережі й заданий від'єднаний стан. Записуйте версії клієнта та компонентів разом із результатом, бо наступне оновлення знову поставить ті самі питання.

Насамкінець підтвердьте, що для цієї платформи існують підтримувані шляхи оновлення та видалення. Пакет, який працює лише після недокументованих замін, створює ту саму проблему міграції в наступному випуску, з меншим часом на її вирішення.