„Windows“ „Arm“ įrenginyje: ar VPN tvarkyklė tikrai įsikels?

Diegimo programa veikia, langas atsidaro ir pasirodo prisijungimo raginimas, tad perkėlimas atrodo baigtas. Tada tunelis sugenda tame taške, kai klientui reikia jo virtualiojo adapterio, o klaida nurodo paslaugą arba tvarkyklę, o ne prisijungimo duomenis. „Windows“ „Arm“ įrenginyje ši seka įprasta, nes suderinamumo taisyklė keičiasi tarp vartotojo režimo kodo ir branduolio režimo kodo. Nešiojamajam kompiuteriui patvirtinti reikia antrosios patikros, o ne pirmosios.

Paklauskite viso paketo architektūros, tada patikrinkite ją įrenginyje.

Dalis, kurios emuliacija nepadengia

„Windows“ „Arm“ įrenginyje gali vykdyti x86 ir x64 programas emuliuodama, kol jos lieka vartotojo režime. Branduolio režimo komponentams tokios tvarkos nėra: tvarkyklė turi būti sukurta Arm64, kad apskritai įsikeltų. „Microsoft“ dokumentuoja šią ribą, ir ji yra būtent ten, kur paprastai būna VPN klientai, nes daugelis jų įdiegia virtualųjį tinklo adapterį arba filtro tvarkyklę.

Taigi paketas gali rodyti veikiančią sąsają ir vis tiek būti netinkamas naudoti. Gedimas pasireiškia kaip trūkstamas adapteris, nepasileidžianti paslauga arba tunelis, kuris niekada nesusidaro. Tai taškas, kuriame bandomasis diegimas turi sustoti. Prisijungimo ekranas nėra veikiančio duomenų kelio įrodymas.

Trys sąlygos, lemiančios perkėlimą

Pirmoji yra paketas. x64 rinkinys ir Arm64 rinkinys abu vadinami 64 bitų ir nėra keičiami, todėl atsisiuntimas, apibūdintas tik kaip „Windows“ 64 bitų, nieko neįrodo apie „Arm“ įrenginį. Tiekėjo palaikoma diegimo programa tai architektūrai yra vienintelis priimtinas atspirties taškas.

Antroji yra likę reikalingi komponentai. Įrenginio būsenos patikros, naršyklėje veikiantys autentifikavimo pagalbininkai ir išmaniųjų kortelių tarpinė programinė įranga gali turėti savo architektūros reikalavimus, o vien tunelio sėkmė neparodo, kad organizacijos prieigos politika įvykdyta.

Trečioji yra šliuzas ir jo palaikomas klientų rinkinys. Jei patvirtintas klientas neturi „Arm“ rinkinio, kitas klientas priimtinas tik ten, kur šliuzo savininkas palaiko to kliento protokolą, jo autentifikavimo metodą ir jo politikos elgseną. Įtaisytas „Windows“ VPN profilis negali pakeisti nuosavo kliento vien todėl, kad abu apibūdinami kaip IPsec.

Perskaitykite architektūrą įrenginyje

Patvirtinkite, kas tai per įrenginys, tada pažiūrėkite, kurias tvarkykles paketas iš tikrųjų įdiegė. Išvardijimas užtrunka minutę ir užkerta kelią ginčui, ką reiškia "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

Jei adapterių sąraše klientui nieko nėra arba tvarkyklės įrašas praneša apie architektūros neatitikimą, perkėlimas sustoja ten. Arm64 tvarkyklės įdėjimas į seną konteinerį nėra tai, ką tiekėjas palaiko, o suderinamumo režimo nustatymai nepaverčia x64 branduolio tvarkyklės.

Palyginkite įdiegtą versiją su tiekėjo palaikomu „Arm“ sąrašu ir pažymėkite skirtumą, jei diegimo programa atėjo iš vidinės saugyklos, o ne iš tiekėjo.

Patvirtinkite darbo krūvį, o ne prisijungimo ekraną

Vykdykite bandomąjį diegimą, turėdami ankstesnį veikiantį įrenginį kaip atsarginį variantą. Patikrinkite profilio paruošimą, numatytą tapatybę ir visas įrenginio patikras, tada išbandykite privačiąją programą, o ne vien tunelio būseną.

Įtraukite privatų DNS, reikalingus maršrutus ir adresų šeimas, prisijungimą iš naujo po tinklo pasikeitimo ir nurodytą atjungtą būseną. Užrašykite kliento ir komponentų versijas kartu su rezultatu, nes kitas atnaujinimas vėl užduos tuos pačius klausimus.

Galiausiai patvirtinkite, kad šiai platformai yra palaikomi atnaujinimo ir pašalinimo keliai. Paketas, kuris veikia tik po nedokumentuotų pakeitimų, sukuria tą pačią perkėlimo problemą kitame leidime, turint mažiau laiko jai išspręsti.