Windows en Arm: cargarase realmente o controlador de VPN?

O instalador execútase, a xanela ábrese e aparece o aviso de inicio de sesión, así que a migración parece rematada. Despois o túnel falla no punto en que o cliente necesita o seu adaptador virtual, e o erro menciona un servizo ou un controlador en lugar de credenciais. En Windows en Arm esta secuencia é habitual, porque a regra de compatibilidade cambia entre código en modo usuario e código en modo núcleo. Aprobar un portátil esixe a segunda comprobación, non a primeira.

Pida a arquitectura do paquete completo e logo verifíquea na máquina.

A parte que a emulación non cobre

Windows en Arm pode executar aplicacións x86 e x64 mediante emulación mentres permanezan en modo usuario. Os compoñentes en modo núcleo non reciben ese trato: un controlador debe compilarse para Arm64 para cargarse. Microsoft documenta ese límite, e é exactamente onde adoitan estar os clientes de VPN, porque moitos instalan un adaptador de rede virtual ou un controlador de filtro.

Así, un paquete pode presentar unha interface funcional e aínda así ser inutilizable. O fallo aparece como un adaptador ausente, un servizo que non arrinca ou un túnel que nunca se establece. Ese é o punto no que un piloto debe deterse. Unha pantalla de inicio de sesión non é proba dunha ruta de datos funcional.

Tres condicións que deciden a migración

A primeira é o paquete. Unha compilación x64 e unha compilación Arm64 chámanse ambas de 64 bits e non son intercambiables, así que unha descarga descrita só como Windows de 64 bits non demostra nada sobre un dispositivo Arm. O instalador compatible do fabricante para esa arquitectura é o único punto de partida aceptable.

A segunda son os demais compoñentes necesarios. As comprobacións de estado do dispositivo, os asistentes de autenticación no navegador e o middleware de tarxetas intelixentes poden ter cada un o seu propio requisito de arquitectura, e un éxito só do túnel non demostra que se cumpra a política de acceso da organización.

A terceira é a pasarela e o seu conxunto de clientes compatible. Se o cliente aprobado non ten compilación para Arm, outro cliente só é aceptable cando o propietario da pasarela admite o protocolo dese cliente, o seu método de autenticación e o comportamento da súa política. Un perfil de VPN de Windows integrado non pode substituír un cliente propietario só porque ambos se describan como IPsec.

Lea a arquitectura no dispositivo

Confirme que é a máquina e logo mire que controladores instalou realmente o paquete. Enumeralos leva un minuto e evita unha discusión sobre que significa "64 bits".

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

Se a lista de adaptadores non mostra nada para o cliente, ou a entrada do controlador informa dunha discrepancia de arquitectura, a migración detense alí. Poñer un controlador Arm64 no contedor antigo non é algo que o fabricante admita, e os axustes de modo de compatibilidade non converten un controlador de núcleo x64.

Compare a versión instalada coa lista compatible do fabricante para Arm, e anote a diferenza se o instalador veu dun repositorio interno en lugar do fabricante.

Aprobe a carga de traballo, non a pantalla de inicio de sesión

Execute o piloto co dispositivo funcional anterior dispoñible como alternativa. Verifique o aprovisionamento do perfil, a identidade prevista e calquera comprobación do dispositivo, e logo probe a aplicación privada en lugar de só o estado do túnel.

Inclúa o DNS privado, as rutas e as familias de enderezos necesarias, a reconexión tras un cambio de rede e o estado desconectado especificado. Rexistre as versións do cliente e dos compoñentes xunto co resultado, porque a próxima actualización volverá facer as mesmas preguntas.

Por último, confirme que existen vías de actualización e eliminación compatibles para esta plataforma. Un paquete que só funciona tras substitucións non documentadas crea o mesmo problema de migración na próxima versión, con menos tempo para resolvelo.