Arm용 Windows: VPN 드라이버가 실제로 로드될까?

에뮬레이션된 앱은 시작되지만 커널 모드 VPN 드라이버는 로드되지 않을 수 있습니다. 노트북을 마이그레이션하기 전에 패키지 아키텍처와 필요한 구성 요소를 확인하세요.

설치 프로그램이 실행되고 창이 열리며 로그인 프롬프트가 나타나므로 마이그레이션이 끝난 것처럼 보입니다. 그러다 클라이언트가 가상 어댑터를 필요로 하는 지점에서 터널이 실패하고, 오류는 자격 증명이 아니라 서비스나 드라이버를 언급합니다. Arm용 Windows에서는 이 순서가 흔한데, 호환성 규칙이 사용자 모드 코드와 커널 모드 코드 사이에서 달라지기 때문입니다. 노트북을 승인하려면 첫 번째 점검이 아니라 두 번째 점검이 필요합니다.

패키지 전체의 아키텍처를 확인하고, 그다음 실제 기기에서 검증하세요.

에뮬레이션이 다루지 않는 부분

Arm용 Windows는 사용자 모드에 머무는 동안 에뮬레이션으로 x86 및 x64 애플리케이션을 실행할 수 있습니다. 커널 모드 구성 요소는 그런 처우를 받지 않으며, 드라이버는 로드되려면 Arm64용으로 빌드되어야 합니다. Microsoft는 이 경계를 문서화하며, VPN 클라이언트는 다수가 가상 네트워크 어댑터나 필터 드라이버를 설치하기 때문에 대개 바로 그 지점에 있습니다.

따라서 패키지가 동작하는 인터페이스를 보여 주면서도 쓸 수 없을 수 있습니다. 실패는 어댑터 누락, 시작되지 않는 서비스, 결코 수립되지 않는 터널로 나타납니다. 파일럿이 멈춰야 할 지점이 바로 여기입니다. 로그인 화면은 데이터 경로가 동작한다는 증거가 아닙니다.

마이그레이션을 결정하는 세 가지 조건

첫째는 패키지입니다. x64 빌드와 Arm64 빌드는 둘 다 64비트라고 불리며 서로 바꿀 수 없으므로, Windows 64비트라고만 설명된 다운로드는 Arm 기기에 대해 아무것도 증명하지 못합니다. 해당 아키텍처에 대해 공급업체가 지원하는 설치 프로그램만이 유일하게 받아들일 수 있는 출발점입니다.

둘째는 나머지 필수 구성 요소입니다. 장치 상태 점검, 브라우저 기반 인증 도우미, 스마트 카드 미들웨어는 각각 자체 아키텍처 요구 사항이 있을 수 있으며, 터널만의 성공은 조직의 접근 정책이 충족되었음을 보여 주지 않습니다.

셋째는 게이트웨이와 그것이 지원하는 클라이언트 집합입니다. 승인된 클라이언트에 Arm 빌드가 없다면, 다른 클라이언트는 게이트웨이 소유자가 그 클라이언트의 프로토콜, 인증 방식, 정책 동작을 지원하는 경우에만 허용됩니다. Windows에 내장된 VPN 프로필은 둘 다 IPsec이라고 불린다는 이유만으로 독점 클라이언트를 대신할 수 없습니다.

기기에서 아키텍처 읽기

기기가 무엇인지 확인하고, 패키지가 실제로 어떤 드라이버를 설치했는지 보세요. 열거에는 일 분이 걸리지만 "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

어댑터 목록에 클라이언트 항목이 없거나 드라이버 항목이 아키텍처 불일치를 보고하면, 마이그레이션은 거기서 멈춥니다. 이전 컨테이너에 Arm64 드라이버를 넣는 것은 공급업체가 지원하는 작업이 아니며, 호환 모드 설정이 x64 커널 드라이버를 변환하지도 않습니다.

설치된 버전을 공급업체의 Arm 지원 목록과 비교하고, 설치 프로그램이 공급업체가 아닌 내부 저장소에서 왔다면 그 차이를 기록하세요.

로그인 화면이 아니라 워크로드를 승인하세요

이전에 작동하던 기기를 대체 수단으로 사용할 수 있는 상태에서 파일럿을 실행하세요. 프로필 프로비저닝, 의도된 ID, 장치 점검을 확인한 다음 터널 상태만이 아니라 실제 사설 애플리케이션을 시험하세요.

사설 DNS, 필요한 경로와 주소 패밀리, 네트워크 변경 후 재연결, 지정된 연결 끊김 상태를 포함하세요. 클라이언트와 구성 요소 버전은 다음 업데이트에서도 같은 질문을 받게 되므로 결과와 함께 기록하세요.

마지막으로 이 플랫폼에 지원되는 업데이트 및 제거 경로가 있는지 확인하세요. 문서화되지 않은 대체 작업을 거친 뒤에만 작동하는 패키지는 다음 릴리스에서 같은 마이그레이션 문제를 만들며, 해결할 시간은 더 적습니다.

관련 글