Windows บน Arm: ไดรเวอร์ VPN จะโหลดได้จริงหรือ?

ตัวติดตั้งทำงาน หน้าต่างเปิดขึ้น และมีข้อความให้ลงชื่อเข้าใช้ ดังนั้นการย้ายระบบดูเหมือนเสร็จแล้ว จากนั้นอุโมงค์ก็ล้มเหลวตรงจุดที่ไคลเอนต์ต้องใช้การ์ดเครือข่ายเสมือน และข้อผิดพลาดกล่าวถึงบริการหรือไดรเวอร์แทนข้อมูลรับรอง บน Windows บน Arm ลำดับนี้เป็นเรื่องปกติ เพราะกฎความเข้ากันได้เปลี่ยนไประหว่างโค้ดโหมดผู้ใช้กับโค้ดโหมดเคอร์เนล การอนุมัติแล็ปท็อปต้องใช้การตรวจสอบครั้งที่สอง ไม่ใช่ครั้งแรก

ถามถึงสถาปัตยกรรมของแพ็กเกจทั้งหมด แล้วตรวจสอบบนเครื่อง

ส่วนที่การจำลองไม่ครอบคลุม

Windows บน Arm สามารถรันแอป x86 และ x64 ผ่านการจำลองได้ตราบใดที่ยังอยู่ในโหมดผู้ใช้ ส่วนประกอบในโหมดเคอร์เนลไม่ได้รับการปฏิบัติเช่นนั้น ไดรเวอร์ต้องสร้างสำหรับ Arm64 จึงจะโหลดได้เลย Microsoft ได้บันทึกขอบเขตนี้ไว้ และนั่นคือจุดที่ไคลเอนต์ VPN มักอยู่ เพราะหลายตัวติดตั้งการ์ดเครือข่ายเสมือนหรือไดรเวอร์กรอง

แพ็กเกจจึงอาจแสดงอินเทอร์เฟซที่ใช้งานได้แต่ยังใช้ไม่ได้ ความล้มเหลวปรากฏเป็นการ์ดที่หายไป บริการที่ไม่เริ่มทำงาน หรืออุโมงค์ที่ไม่เคยถูกสร้างขึ้น นี่คือจุดที่โครงการนำร่องควรหยุด หน้าจอลงชื่อเข้าใช้ไม่ใช่หลักฐานของเส้นทางข้อมูลที่ใช้งานได้

สามเงื่อนไขที่ตัดสินการย้ายระบบ

เงื่อนไขแรกคือแพ็กเกจ ไบลด์ x64 และไบลด์ Arm64 ถูกเรียกว่า 64-bit ทั้งคู่และใช้แทนกันไม่ได้ ดังนั้นไฟล์ดาวน์โหลดที่ระบุเพียงว่า Windows 64-bit จึงไม่ได้พิสูจน์อะไรเกี่ยวกับอุปกรณ์ 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 และบันทึกความแตกต่างหากตัวติดตั้งมาจากคลังภายในแทนที่จะมาจากผู้จำหน่าย

อนุมัติภาระงาน ไม่ใช่หน้าจอลงชื่อเข้าใช้

รันโครงการนำร่องโดยมีอุปกรณ์ที่ใช้งานได้ก่อนหน้าเป็นทางเลือกสำรอง ตรวจสอบการจัดเตรียมโปรไฟล์ ตัวตนที่ตั้งใจ และการตรวจสอบอุปกรณ์ใด ๆ จากนั้นทดสอบแอปพลิเคชันส่วนตัวแทนที่จะดูเพียงสถานะอุโมงค์

รวม DNS ส่วนตัว เส้นทางและตระกูลที่อยู่ที่จำเป็น การเชื่อมต่อใหม่หลังการเปลี่ยนเครือข่าย และสถานะตัดการเชื่อมต่อที่กำหนด บันทึกเวอร์ชันไคลเอนต์และส่วนประกอบพร้อมผลลัพธ์ เพราะการอัปเดตครั้งหน้าจะถามคำถามเดิมอีกครั้ง

สุดท้าย ยืนยันว่ามีเส้นทางการอัปเดตและการถอนที่รองรับสำหรับแพลตฟอร์มนี้ แพ็กเกจที่ทำงานได้เฉพาะหลังการแทนที่ที่ไม่มีเอกสารจะสร้างปัญหาการย้ายระบบแบบเดิมในรุ่นถัดไป โดยมีเวลาแก้ไขน้อยลง