Windows Armilla: latautuuko VPN-ajuri todella?

Asennusohjelma käynnistyy, ikkuna avautuu ja kirjautumiskehote ilmestyy, joten siirto näyttää valmiilta. Sitten tunneli epäonnistuu kohdassa, jossa asiakas tarvitsee virtuaalisen sovittimensa, ja virhe mainitsee palvelun tai ajurin tunnistetietojen sijaan. Windowsilla Armilla tämä järjestys on tavallinen, koska yhteensopivuussääntö muuttuu käyttäjätilan koodin ja ytimen tilan koodin välillä. Kannettavan hyväksyminen vaatii toisen tarkistuksen, ei ensimmäistä.

Kysy koko paketin arkkitehtuuri ja tarkista se sitten laitteesta.

Osa, jota emulointi ei kata

Windows Armilla voi ajaa x86- ja x64-sovelluksia emuloinnin kautta niin kauan kuin ne pysyvät käyttäjätilassa. Ytimen tilan komponentit eivät saa tätä kohtelua: ajuri on rakennettava Arm64:lle, jotta se ylipäätään latautuu. Microsoft dokumentoi tämän rajan, ja se on juuri siellä, missä VPN-asiakkaat yleensä sijaitsevat, koska monet niistä asentavat virtuaalisen verkkosovittimen tai suodatinajurin.

Niinpä paketti voi näyttää toimivan käyttöliittymän ja olla silti käyttökelvoton. Vika ilmenee puuttuvana sovittimena, palveluna, joka ei käynnisty, tai tunnelina, joka ei koskaan muodostu. Siinä kohdassa pilotin pitäisi pysähtyä. Kirjautumisnäyttö ei ole todiste toimivasta datareitistä.

Kolme ehtoa, jotka ratkaisevat siirron

Ensimmäinen on paketti. x64-koontiversiota ja Arm64-koontiversiota kutsutaan molempia 64-bittisiksi, eivätkä ne ole vaihdettavissa, joten vain Windows 64-bittiseksi kuvattu lataus ei todista mitään Arm-laitteesta. Toimittajan tukema asennusohjelma kyseiselle arkkitehtuurille on ainoa hyväksyttävä lähtökohta.

Toinen ovat muut tarvittavat komponentit. Laitteen tilan tarkistuksilla, selainpohjaisilla todennuksen apuvälineillä ja älykorttiväliohjelmistolla voi kullakin olla oma arkkitehtuurivaatimuksensa, eikä pelkkä tunnelin onnistuminen osoita, että organisaation käyttöoikeuskäytäntö täyttyy.

Kolmas on yhdyskäytävä ja sen tuettu asiakasjoukko. Jos hyväksytyllä asiakkaalla ei ole Arm-koontiversiota, toinen asiakas on hyväksyttävä vain siellä, missä yhdyskäytävän omistaja tukee kyseisen asiakkaan protokollaa, sen todennusmenetelmää ja sen käytäntökäyttäytymistä. Sisäänrakennettu Windows VPN -profiili ei voi korvata suljettua asiakasta vain siksi, että molempia kuvataan IPseciksi.

Lue arkkitehtuuri laitteesta

Varmista, mikä laite on kyseessä, ja katso sitten, mitkä ajurit paketti todella asensi. Luettelointi kestää minuutin ja estää väittelyn siitä, mitä "64-bit" tarkoittaa.

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

Jos sovitinluettelo ei näytä asiakkaalle mitään tai ajurimerkintä ilmoittaa arkkitehtuurin yhteensopimattomuudesta, siirto pysähtyy siihen. Arm64-ajurin työntäminen vanhaan säilöön ei ole jotain, mitä toimittaja tukee, eivätkä yhteensopivuustilan asetukset muunna x64-ytinajuria.

Vertaa asennettua versiota toimittajan Armille tukemaan luetteloon ja kirjaa ero, jos asennusohjelma tuli sisäisestä varastosta toimittajan sijaan.

Hyväksy työkuorma, älä kirjautumisnäyttöä

Aja pilotti siten, että aiemmin toimiva laite on saatavilla varavaihtoehtona. Varmista profiilin valmistelu, aiottu identiteetti ja kaikki laitetarkistukset, ja kokeile sitten yksityistä sovellusta vain tunnelin tilan sijaan.

Sisällytä yksityinen DNS, tarvittavat reitit ja osoiteperheet, uudelleenyhdistäminen verkon muutoksen jälkeen ja määritetty yhteydettömän tila. Kirjaa asiakas- ja komponenttiversiot tuloksen kanssa, koska seuraava päivitys kysyy samat kysymykset uudelleen.

Varmista lopuksi, että tälle alustalle on olemassa tuetut päivitys- ja poistopolut. Paketti, joka toimii vasta dokumentoimattomien korvausten jälkeen, aiheuttaa saman siirto-ongelman seuraavassa julkaisussa, vähemmällä ajalla ratkaista se.