Windows sa Arm: talaga bang maglo-load ang VPN driver?

Tumatakbo ang installer, bumubukas ang window at lumalabas ang prompt sa pag-sign in, kaya mukhang tapos na ang migration. Pagkatapos ay nabigo ang tunnel sa punto kung saan kailangan ng client ang virtual adapter nito, at binabanggit ng error ang isang serbisyo o driver sa halip na mga kredensyal. Sa Windows sa Arm karaniwan ang sekwensyang ito, dahil nagbabago ang tuntunin ng compatibility sa pagitan ng code sa user mode at code sa kernel mode. Kailangan ng pangalawang pagsusuri upang aprubahan ang laptop, hindi ang una.

Itanong ang arkitektura ng buong pakete, pagkatapos ay i-verify ito sa makina.

Ang bahaging hindi saklaw ng emulation

Maaaring magpatakbo ang Windows sa Arm ng x86 at x64 na aplikasyon sa pamamagitan ng emulation hangga't nananatili sila sa user mode. Hindi nakukuha ng mga bahagi sa kernel mode ang ganitong pagtrato: kailangang buuin ang driver para sa Arm64 upang makapag-load ito. Dokumentado ng Microsoft ang hangganang ito, at doon mismo karaniwang naroon ang mga VPN client, dahil marami sa kanila ay nag-i-install ng virtual network adapter o filter driver.

Kaya maaaring magpakita ang isang pakete ng gumaganang interface at hindi pa rin magamit. Lumilitaw ang pagkabigo bilang nawawalang adapter, serbisyong hindi nagsisimula o tunnel na hindi kailanman naitatag. Ito ang punto kung saan dapat huminto ang isang pilot. Ang sign-in screen ay hindi patunay ng gumaganang data path.

Tatlong kundisyon na nagpapasya sa migration

Ang una ay ang pakete. Ang x64 build at Arm64 build ay parehong tinatawag na 64-bit at hindi mapagpapalit, kaya ang download na inilarawan lamang bilang Windows 64-bit ay walang pinapatunayan tungkol sa Arm device. Ang sinusuportahang installer ng vendor para sa arkitekturang iyon ang tanging katanggap-tanggap na panimulang punto.

Ang pangalawa ay ang iba pang kinakailangang bahagi. Ang mga pagsusuri sa kalagayan ng device, mga katulong sa authentication sa browser at middleware para sa smart card ay maaaring may kanya-kanyang pangangailangan sa arkitektura, at ang tagumpay ng tunnel lamang ay hindi nagpapakita na natutugunan ang patakaran sa pag-access ng organisasyon.

Ang pangatlo ay ang gateway at ang sinusuportahang set ng client nito. Kung ang aprubadong client ay walang Arm build, ang ibang client ay katanggap-tanggap lamang kung saan sinusuportahan ng may-ari ng gateway ang protocol ng client na iyon, ang paraan ng authentication nito at ang pag-uugali ng patakaran nito. Ang built-in na Windows VPN profile ay hindi maaaring pumalit sa isang proprietary client dahil lamang pareho silang inilarawan bilang IPsec.

Basahin ang arkitektura sa device

Kumpirmahin kung ano ang makina, pagkatapos ay tingnan kung aling mga driver ang aktwal na ini-install ng pakete. Tumatagal ng isang minuto ang pag-enumerate at pinipigilan ang pagtatalo tungkol sa kahulugan ng "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

Kung walang ipinapakita ang listahan ng adapter para sa client, o nag-uulat ang entry ng driver ng hindi pagkakatugma sa arkitektura, hihinto doon ang migration. Ang paglalagay ng Arm64 driver sa lumang container ay hindi sinusuportahan ng vendor, at hindi ginagawang iba ng mga setting ng compatibility mode ang x64 kernel driver.

Ihambing ang naka-install na bersyon sa sinusuportahang listahan ng vendor para sa Arm, at itala ang pagkakaiba kung ang installer ay galing sa panloob na repository sa halip na sa vendor.

Aprubahan ang workload, hindi ang sign-in screen

Patakbuhin ang pilot habang available ang dating gumaganang device bilang fallback. I-verify ang paghahanda ng profile, ang inilaan na pagkakakilanlan at anumang pagsusuri sa device, pagkatapos ay subukan ang pribadong aplikasyon sa halip na status ng tunnel lamang.

Isama ang pribadong DNS, ang mga kinakailangang ruta at pamilya ng address, muling pagkonekta pagkatapos ng pagbabago sa network at ang tinukoy na disconnected state. Itala ang mga bersyon ng client at bahagi kasama ng resulta, dahil itatanong muli ng susunod na update ang parehong mga tanong.

Sa wakas, kumpirmahin na may mga sinusuportahang landas sa pag-update at pagtanggal para sa platform na ito. Ang paketeng gumagana lamang pagkatapos ng mga hindi dokumentadong pagpapalit ay lumilikha ng parehong problema sa migration sa susunod na release, na may mas kaunting oras upang lutasin ito.