Windows Armil: kas VPN-i draiver laaditakse tegelikult?

Paigaldaja töötab, aken avaneb ja sisselogimisküsimus ilmub, nii et migratsioon näib olevat lõpetatud. Seejärel ebaõnnestub tunnel hetkel, kus klient vajab oma virtuaalset adapterit, ja viga mainib teenust või draiverit, mitte mandaate. Windowsil Armil on see järjestus tavaline, sest ühilduvusreegel muutub kasutajarežiimi koodi ja kerneli režiimi koodi vahel. Sülearvuti kinnitamiseks on vaja teist kontrolli, mitte esimest.

Küsige kogu paketi arhitektuuri ja kontrollige seda siis masinas.

Osa, mida emuleerimine ei kata

Windows Armil suudab emuleerimise kaudu käitada rakendusi x86 ja x64 seni, kuni need jäävad kasutajarežiimi. Kerneli režiimi komponendid seda kohtlemist ei saa: draiver peab olema Arm64 jaoks ehitatud, et üldse laadida. Microsoft dokumenteerib selle piiri ja see on täpselt seal, kus VPN-kliendid tavaliselt asuvad, sest paljud neist paigaldavad virtuaalse võrguadapteri või filtrdraiveri.

Nii võib pakett pakkuda töötavat liidest ja olla siiski kasutuskõlbmatu. Tõrge ilmneb puuduva adapterina, teenusena, mis ei käivitu, või tunnelina, mis ei teki kunagi. See on punkt, kus piloot peaks lõpetama. Sisselogimisekraan ei ole tõestus töötavast andmeteest.

Kolm tingimust, mis otsustavad migratsiooni

Esimene on pakett. x64 ehitis ja Arm64 ehitis kannavad mõlemad nime 64-bit ja ei ole vahetatavad, seega ainult Windows 64-bit kirjeldatud allalaadimine ei tõesta Arm-seadme kohta midagi. Tarnija toetatud paigaldaja selle arhitektuuri jaoks on ainus vastuvõetav lähtepunkt.

Teine on ülejäänud vajalikud komponendid. Seadme oleku kontrollid, brauseripõhised autentimisabivahendid ja nutikaardi vahetarkvara võivad igaüks omada oma arhitektuurinõuet, ja ainult tunneli õnnestumine ei näita, et organisatsiooni juurdepääsupoliitika on täidetud.

Kolmas on lüüs ja selle toetatud kliendikomplekt. Kui kinnitatud kliendil pole Armi ehitist, on teine klient vastuvõetav ainult seal, kus lüüsi omanik toetab selle kliendi protokolli, selle autentimismeetodit ja selle poliitika käitumist. Sisseehitatud Windowsi VPN-profiil ei saa asendada omandilist klienti ainult seetõttu, et mõlemat kirjeldatakse kui IPsec.

Lugege arhitektuuri seadmest

Tehke kindlaks, mis masinaga on tegu, ja vaadake siis, millised draiverid pakett tegelikult paigaldas. Loetlemine võtab minuti ja hoiab ära vaidluse selle üle, mida "64-bit" tähendab.

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

Kui adapterite loend ei näita kliendi kohta midagi või draiveri kirje teatab arhitektuuri mittevastavusest, peatub migratsioon seal. Arm64 draiveri vanasse konteinerisse panemine ei ole see, mida tarnija toetab, ja ühilduvusrežiimi seaded ei teisenda x64 kerneli draiverit.

Võrrelge paigaldatud versiooni tarnija toetatud Arm-loendiga ja märkige erinevus, kui paigaldaja tuli sisemisest hoidlast, mitte tarnijalt.

Kinnitage töökoormus, mitte sisselogimisekraan

Käivitage piloot, hoides eelmist töötavat seadet varuvariandina saadaval. Kontrollige profiili ettevalmistust, kavandatud identiteeti ja kõiki seadmekontrolle, seejärel proovige privaatset rakendust, mitte ainult tunneli olekut.

Lisage privaatne DNS, vajalikud marsruudid ja aadressiperekonnad, taasühendamine pärast võrgu muutumist ja määratud lahtiühendatud olek. Kirjutage kliendi ja komponentide versioonid koos tulemusega üles, sest järgmine uuendus küsib taas samu küsimusi.

Lõpuks kinnitage, et selle platvormi jaoks on olemas toetatud uuendus- ja eemaldamisteed. Pakett, mis töötab alles pärast dokumenteerimata asendusi, tekitab järgmisel väljaandel sama migratsiooniprobleemi, vähema ajaga selle lahendamiseks.