Windows pe Arm: se va încărca într-adevăr driverul VPN?

Instalatorul rulează, fereastra se deschide și apare solicitarea de autentificare, așa că migrarea pare terminată. Apoi tunelul eșuează în punctul în care clientul are nevoie de adaptorul său virtual, iar eroarea menționează un serviciu sau un driver în loc de credențiale. Pe Windows pe Arm această secvență este obișnuită, deoarece regula de compatibilitate se schimbă între codul din modul utilizator și codul din modul kernel. Aprobarea unui laptop necesită a doua verificare, nu prima.

Cereți arhitectura întregului pachet, apoi verificați-o pe mașină.

Partea pe care emularea nu o acoperă

Windows pe Arm poate rula aplicații x86 și x64 prin emulare atât timp cât rămân în modul utilizator. Componentele din modul kernel nu primesc acest tratament: un driver trebuie să fie construit pentru Arm64 ca să se încarce. Microsoft documentează această limită, iar ea se află exact acolo unde se găsesc de obicei clienții VPN, pentru că mulți dintre ei instalează un adaptor de rețea virtual sau un driver de filtru.

Astfel, un pachet poate afișa o interfață funcțională și totuși poate fi inutilizabil. Defecțiunea apare ca un adaptor lipsă, un serviciu care nu pornește sau un tunel care nu se stabilește niciodată. Acesta este punctul în care un pilot trebuie să se oprească. Un ecran de autentificare nu este dovada unei căi de date funcționale.

Trei condiții care decid migrarea

Prima este pachetul. O compilare x64 și o compilare Arm64 sunt ambele numite pe 64 de biți și nu sunt interschimbabile, așa că o descărcare descrisă doar ca Windows pe 64 de biți nu dovedește nimic despre un dispozitiv Arm. Instalatorul acceptat de furnizor pentru acea arhitectură este singurul punct de plecare acceptabil.

A doua sunt celelalte componente necesare. Verificările stării dispozitivului, ajutoarele de autentificare din browser și middleware-ul pentru carduri inteligente pot avea fiecare propria cerință de arhitectură, iar un succes doar al tunelului nu arată că politica de acces a organizației este îndeplinită.

A treia este gateway-ul și setul de clienți acceptat de acesta. Dacă clientul aprobat nu are o compilare Arm, un alt client este acceptabil doar acolo unde proprietarul gateway-ului acceptă protocolul acelui client, metoda sa de autentificare și comportamentul politicii sale. Un profil VPN Windows integrat nu poate înlocui un client proprietar doar pentru că ambele sunt descrise ca IPsec.

Citiți arhitectura pe dispozitiv

Confirmați ce este mașina, apoi uitați-vă ce drivere a instalat efectiv pachetul. Enumerarea durează un minut și împiedică o discuție despre ce înseamnă "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

Dacă lista de adaptoare nu arată nimic pentru client, sau intrarea driverului raportează o nepotrivire de arhitectură, migrarea se oprește acolo. Plasarea unui driver Arm64 în vechiul container nu este ceva ce furnizorul acceptă, iar setările modului de compatibilitate nu convertesc un driver de kernel x64.

Comparați versiunea instalată cu lista acceptată de furnizor pentru Arm și notați diferența dacă instalatorul a venit dintr-un depozit intern în loc de la furnizor.

Aprobați volumul de lucru, nu ecranul de autentificare

Rulați pilotul cu dispozitivul funcțional anterior disponibil ca soluție de rezervă. Verificați configurarea profilului, identitatea vizată și orice verificări ale dispozitivului, apoi testați aplicația privată în loc de doar starea tunelului.

Includeți DNS privat, rutele și familiile de adrese necesare, reconectarea după o schimbare de rețea și starea deconectată specificată. Înregistrați versiunile clientului și componentelor împreună cu rezultatul, pentru că următoarea actualizare va pune din nou aceleași întrebări.

În final, confirmați că există căi acceptate de actualizare și eliminare pentru această platformă. Un pachet care funcționează doar după înlocuiri nedocumentate creează aceeași problemă de migrare la următoarea versiune, cu mai puțin timp pentru a o rezolva.