Windows на Arm: ці загрузіцца драйвер VPN насамрэч?

Усталёўнік запусціўся, акно адкрылася і з’явіўся запыт на ўваход, таму міграцыя выглядае завершанай. Затым тунель адмаўляе на тым моманце, дзе кліенту патрэбен яго віртуальны адаптар, і памылка згадвае службу або драйвер, а не ўліковыя даныя. На Windows на Arm гэтая паслядоўнасць — звычайная справа, бо правіла сумяшчальнасці змяняецца паміж кодам у рэжыме карыстальніка і кодам у рэжыме ядра. Каб ухваліць ноўтбук, патрэбна другая праверка, а не першая.

Спытайцеся пра архітэктуру ўсяго пакета, а потым праверце яе на машыне.

Частка, якую не пакрывае эмуляцыя

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

Такім чынам, пакет можа паказваць працаздольны інтэрфейс і ўсё адно быць непрыдатным. Збой выглядае як адсутны адаптар, служба, якая не запускаецца, або тунель, які ніколі не ўстанаўліваецца. Менавіта тут пілот павінен спыніцца. Экран уваходу не з’яўляецца доказам працаздольнага шляху даных.

Тры ўмовы, якія вызначаюць міграцыю

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

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

Трэцяя — шлюз і падтрыманы ім набор кліентаў. Калі ў зацверджанага кліента няма зборкі для Arm, іншы кліент прымальны толькі там, дзе ўладальнік шлюза падтрымлівае пратакол гэтага кліента, яго спосаб аўтэнтыфікацыі і паводзіны палітыкі. Убудаваны профіль Windows VPN не можа замяніць прапрыетарны кліент толькі таму, што абодва апісаны як IPsec.

Прачытайце архітэктуру на прыладзе

Удакладніце, што гэта за машына, затым паглядзіце, якія драйверы пакет фактычна ўсталяваў. Пералік займае хвіліну і прадухіляе спрэчку пра тое, што значыць "64-біт".

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, патрэбныя маршруты і сямействы адрасоў, перапаключэнне пасля змены сеткі і зададзены стан адключэння. Запішыце версіі кліента і кампанентаў разам з вынікам, бо наступнае абнаўленне зноў задасць тыя ж пытанні.

Нарэшце, пацвердзіце, што для гэтай платформы існуюць падтрыманыя шляхі абнаўлення і выдалення. Пакет, які працуе толькі пасля недакументаваных замен, стварае тую ж праблему міграцыі пры наступным выпуску, з меншым часам на яе рашэнне.