Windows uz Arm: vai VPN draiveris tiešām ielādēsies?

Instalētājs darbojas, logs atveras un parādās pieteikšanās uzvedne, tāpēc migrācija izskatās pabeigta. Tad tunelis neizdodas tajā brīdī, kad klientam vajadzīgs tā virtuālais adapteris, un kļūda min pakalpojumu vai draiveri, nevis akreditācijas datus. Operētājsistēmā Windows uz Arm šī secība ir ierasta, jo saderības noteikums mainās starp lietotāja režīma kodu un kodola režīma kodu. Klēpjdatora apstiprināšanai vajadzīga otrā pārbaude, nevis pirmā.

Jautājiet par visas pakotnes arhitektūru, pēc tam pārbaudiet to iekārtā.

Daļa, ko emulācija neaptver

Windows uz Arm var palaist x86 un x64 lietotnes ar emulācijas palīdzību, kamēr tās paliek lietotāja režīmā. Kodola režīma komponentes šādu apiešanos nesaņem: draiverim jābūt būvētam Arm64, lai tas vispār ielādētos. Microsoft dokumentē šo robežu, un tā ir tieši tur, kur parasti atrodas VPN klienti, jo daudzi no tiem instalē virtuālo tīkla adapteri vai filtra draiveri.

Tātad pakotne var parādīt strādājošu saskarni un tomēr būt neizmantojama. Kļūme izpaužas kā trūkstošs adapteris, pakalpojums, kas neiesākas, vai tunelis, kas nekad neizveidojas. Tas ir punkts, kurā izmēģinājumam jāapstājas. Pieteikšanās ekrāns nav strādājoša datu ceļa pierādījums.

Trīs nosacījumi, kas izšķir migrāciju

Pirmais ir pakotne. x64 būvējums un Arm64 būvējums abi tiek saukti par 64 bitu un nav savstarpēji aizstājami, tāpēc lejupielāde, kas aprakstīta tikai kā Windows 64 bitu, neko nepierāda par Arm ierīci. Ražotāja atbalstītais instalētājs šai arhitektūrai ir vienīgais pieņemamais sākumpunkts.

Otrais ir pārējās nepieciešamās komponentes. Ierīces stāvokļa pārbaudes, pārlūkā balstīti autentifikācijas palīgi un viedkaršu starpprogrammatūra var katrai būt ar savu arhitektūras prasību, un tikai tuneļa panākums neparāda, ka organizācijas piekļuves politika ir izpildīta.

Trešais ir vārteja un tās atbalstītais klientu kopums. Ja apstiprinātajam klientam nav Arm būvējuma, cits klients ir pieņemams tikai tur, kur vārtejas īpašnieks atbalsta šā klienta protokolu, tā autentifikācijas metodi un tā politikas uzvedību. Iebūvēts Windows VPN profils nevar aizstāt patentētu klientu tikai tāpēc, ka abi tiek aprakstīti kā IPsec.

Nolasiet arhitektūru ierīcē

Pārbaudiet, kas ir iekārta, pēc tam apskatiet, kurus draiverus pakotne faktiski instalēja. Uzskaitīšana aizņem minūti un novērš strīdu par to, ko nozīmē "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

Ja adapteru sarakstā klientam nekas nav redzams, vai draivera ieraksts ziņo par arhitektūras neatbilstību, migrācija tur apstājas. Arm64 draivera ievietošana vecajā konteinerā nav kaut kas, ko ražotājs atbalsta, un saderības režīma iestatījumi nepārvērš x64 kodola draiveri.

Salīdziniet instalēto versiju ar ražotāja atbalstīto sarakstu Arm un atzīmējiet atšķirību, ja instalētājs nāca no iekšējas krātuves, nevis no ražotāja.

Apstipriniet darba slodzi, nevis pieteikšanās ekrānu

Veiciet izmēģinājumu, turot iepriekšējo strādājošo ierīci pieejamu kā rezerves variantu. Pārbaudiet profila nodrošināšanu, paredzēto identitāti un visas ierīces pārbaudes, pēc tam izmēģiniet privāto lietotni, nevis tikai tuneļa statusu.

Iekļaujiet privāto DNS, nepieciešamos maršrutus un adrešu saimes, atkārtotu savienojumu pēc tīkla maiņas un norādīto atvienoto stāvokli. Reģistrējiet klienta un komponenšu versijas kopā ar rezultātu, jo nākamā atjaunināšana atkal uzdos tos pašus jautājumus.

Visbeidzot, apstipriniet, ka šai platformai ir atbalstīti atjaunināšanas un noņemšanas ceļi. Pakotne, kas darbojas tikai pēc nedokumentētām aizstāšanām, rada to pašu migrācijas problēmu nākamajā laidienā, ar mazāk laika tās risināšanai.