Các ứng dụng ảo hóa không hoạt động: Bạn nên làm gì?
Khi cài đặt ứng dụng ảo hóa trên máy tính Windows đã cài đặt Hyper-V hoặc các dịch vụ liên quan, thường xuyên xảy ra lỗi. Các lỗi phát sinh khi chạy máy ảo (VM) trên các ứng dụng ảo hóa không phải Hyper-V có thể gây ra những vấn đề nghiêm trọng. Bài viết này sẽ giải thích nguyên nhân gây ra các lỗi này, cách khắc phục chúng, cũng như cách chạy các ứng dụng ảo hóa khác trên máy tính đã cài đặt Hyper-V.
Bối cảnh và nguyên lý hoạt động
Sau khi cài đặt VMware Workstation, VMware Player hoặc Oracle VirtualBox trên máy tính Windows, bạn có thể gặp lỗi khi khởi động máy ảo (VM) trong các ứng dụng ảo hóa này. Các lỗi này vẫn xảy ra ngay cả khi các máy ảo Hyper-V không đang chạy tại thời điểm đó. Bạn có thể cài đặt VMware Workstation và VirtualBox, cũng như chạy các máy ảo VMware và VirtualBox trên cùng một máy tính, nhưng không thể chạy đồng thời. Điều gì gây ra vấn đề này với Hyper-V? Hãy cùng tìm hiểu kỹ hơn.
VMware Workstation, VMware Player và VirtualBox là các hypervisor loại 2, trong khi Hyper-V là hypervisor loại 1. Hypervisor loại 2 được cài đặt trên hệ điều hành đang chạy trên phần cứng. Hypervisor loại 1 được cài đặt trực tiếp trên phần cứng. Tất cả các hypervisor đều yêu cầu các tiện ích mở rộng ảo hóa của bộ xử lý, tức là các bộ lệnh dành cho ảo hóa phần cứng – Intel VT-x hoặc AMD-V. Hyper-V kiểm soát các tính năng ảo hóa khi Windows khởi động. Các tính năng ảo hóa này không khả dụng cho VMware Workstation và VirtualBox khi Windows được tải. Chỉ một thành phần phần mềm có thể sử dụng Intel VT-x hoặc AMD-V tại một thời điểm.
Sự không tương thích này do Hyper-V gây ra vì các tính năng ảo hóa không được cung cấp cho các hypervisor loại 2 được cài đặt trên máy tính Windows nơi vai trò Hyper-V đã được kích hoạt.
Lỗi VMware Workstation:
VMware Workstation and Hyper-V are not compatible. Remove the Hyper-V role from the system before running VMware Workstation.
VMware Workstation and Device/Credential Guard are not compatible. VMware Workstation can be run after disabling Device/Credential guard.
Lỗi VirtualBox:
BSOD, such as BSOD with SYSTEM_SERVICE_EXCEPTION
VT-x is not available (VER_VMX_NO_VMX). E_FAIL (0x80004005).
A VirtualBox VM works too slowly and uses the paravirtualisation (emulation) mode.
Tình huống thú vị nhất là khi người dùng không cài đặt Hyper-V nhưng vẫn gặp phải một trong các lỗi đã đề cập trước đó khi sử dụng VMware Workstation hoặc VirtualBox. Lỗi xảy ra khi tính năng cập nhật tự động của Windows được bật. Với các bản cập nhật (Windows 10 v1607 và các phiên bản Windows Server tương ứng bắt đầu từ Windows Server 2016), một số tính năng mới liên quan đến Hyper-V được cài đặt và kích hoạt tự động mà không cần sự đồng ý của người dùng Windows. Các tính năng này là Device Guard và Credential Guard. Các bản cập nhật Windows khắc phục các lỗ hổng bảo mật nhưng có thể gây ra các vấn đề mới và phá hủy cấu hình đang hoạt động. Đó là lý do tại sao nhiều người dùng không thích các bản cập nhật tự động.
Device Guard là một nhóm các tính năng bảo mật trong Windows. Mục đích của việc triển khai tính năng này là tăng cường bảo mật khi thực thi mã độc. Device Guard có sẵn trong Windows 10, Windows Server 2019 và Windows Server 2019. Các yêu cầu chính là: UEFI chạy ở chế độ gốc và Secure Boot được bật. Credential Guard là tính năng giúp giảm thiểu tác động của các cuộc tấn công trong trường hợp mã độc đã được thực thi, bằng cách cách ly các thông tin bí mật của hệ thống và người dùng để làm cho việc xâm nhập trở nên khó khăn hơn.
Virtual Secure Mode (VSM) là tính năng tận dụng các tiện ích mở rộng ảo hóa của bộ xử lý để bảo vệ dữ liệu trong một vùng bộ nhớ được cách ly. HVCI là Tính toàn vẹn mã được bảo vệ bởi Hypervisor. LSA là Cơ quan Bảo mật Địa phương.
Bảo mật dựa trên ảo hóa (VBS) là một nhóm công nghệ sử dụng các mở rộng ảo hóa, bao gồm VSM, để cung cấp bảo mật trong Windows. Vai trò Hyper-V là bắt buộc để các tính năng này hoạt động (các công cụ quản lý Hyper-V không cần thiết).
Hypervisor (Hyper-V) được tải trước, sau đó hệ điều hành (Windows) mới được tải. Hyper-V cung cấp một lớp trừu tượng giữa phần cứng và hệ điều hành. VSM cho phép gắn thẻ các quy trình quan trọng cụ thể và bộ nhớ được chúng sử dụng, vì chúng thuộc về một hệ điều hành độc lập riêng biệt do Hyper-V kiểm soát. Nguyên lý này tương tự như việc cách ly hai máy ảo (VM) chạy trên một máy chủ Hyper-V, khi mỗi VM chỉ có thể sử dụng các tài nguyên phần cứng được cấp phát cho nó.
Lưu ý: Nếu bạn cần một hypervisor loại 1 từ VMware, hãy sử dụng VMware ESXi và môi trường VMware vSphere. Tìm hiểu thêm trong các bài viết blog sau: Hyper-V so với VMware, VMware Workstation so với VMware Player, và Cách cài đặt ESXi trên Hyper-V.
Hãy cùng tìm hiểu chi tiết cách giải quyết vấn đề không tương thích giữa Hyper-V và các ứng dụng ảo hóa khác.
Phương pháp 1: Gỡ cài đặt Hyper-V qua giao diện đồ họa (GUI)
Kiểm tra thông tin hệ thống về cấu hình Windows bằng cách chạy lệnh sau trong CMD:
msinfo32.exe
Cửa sổ Thông tin Hệ thống sẽ mở ra. Trong hình ảnh minh họa sau, bạn có thể thấy rằng Hyper-V đã được kích hoạt (đã phát hiện trình ảo hóa) và tính năng bảo mật dựa trên Device Guard Virtualizationđang hoạt động. Bây giờ bạn có thể gỡ bỏ các tính năng này.
Bạn nên lưu ý rằng các tính năng liên quan đến Hyper-V sau đây sẽ không còn khả dụng sau khi gỡ bỏ Hyper-V:
- Hyper-V
- Credential Guard and Device Guard
- Virtual Machine Platform
- Windows Sandbox
- WSL2.
Gỡ bỏ tính năng Hyper-V trong giao diện người dùng đồ họa (GUI) bằng cách sử dụng Control Panel, Add Roles, và Features .
Trong Windows 10, mở Control Panel, nhấp vào Programs and Features, sau đó nhấp vào Turn Windows features on or off.
Cửa sổ Windows Features sẽ mở ra.
Bỏ chọn hộp kiểm Hyper-V và nhấp vào OK.
Để hoàn tất việc gỡ bỏ Hyper-V, hãy khởi động lại máy tính.
Các bước gỡ bỏ Hyper-V trên Windows 10 và Windows Server 2016 tương tự nhau.
Trong Windows Server 2016, mở Server Manager và nhấp vào Manage > Remove Roles and Features. Trong Trình hướng dẫn Cấu hình Hệ thống ( Remove Roles and Features ) , hãy chuyển đến bước “Cấu hình vai trò” ( Server Roles ) và bỏ chọn tùy chọn “Bật vai trò Hyper-V” ( Hyper-V). Nhấn “Tiếp tục” ( Next ) ở mỗi bước để tiếp tục. Cần khởi động lại máy để hoàn tất việc gỡ bỏ vai trò Hyper-V.
Phương pháp 2: Sử dụng PowerShell để vô hiệu hóa tính năng Hyper-V
Bạn có thể thực hiện thao tác tương tự bằng cách sử dụng giao diện dòng lệnh thay vì giao diện đồ họa (GUI).
Đăng nhập vào PowerShell với tư cách Quản trị viên và chạy lệnh để vô hiệu hóa tính năng Hyper-V:
Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor
Khởi động lại máy chủ:
shutdown -r -t 0
Phương pháp 3: Vô hiệu hóa Hyper-V bằng BCDedit
Ý tưởng của phương pháp này là chỉnh sửa dữ liệu cấu hình khởi động và vô hiệu hóa quá trình khởi động Hyper-V mà không cần gỡ cài đặt vai trò Hyper-V.
Đăng nhập vào PowerShell với tư cách Quản trị viên, hoặc chạy lệnh từ cửa sổ lệnh có quyền quản trị để vô hiệu hóa Hyper-V:
bcdedit /set hypervisorlaunchtype off
Nếu bạn cần kích hoạt lại Hyper-V và khôi phục giá trị mặc định, hãy chạy lệnh này:
bcdedit /set hypervisorlaunchtype auto
Để có thêm quyền kiểm soát và tiện lợi, hãy vô hiệu hóa tính năng khởi động nhanh (Fast Boot) trong Windows 10. Mở Trình chỉnh sửa Sổ đăng ký Windows và truy cập vào:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerPower
Đặt tham số ` HiberbootEnabled ` thành ` 0
` Nếu bạn cần sử dụng máy ảo Hyper-V đôi khi, hãy tạo hai mục nhập cho trình tải khởi động Windows: một để khởi động Windows với Hyper-V và một để khởi động Windows mà không có Hyper-V. Sau đó, chọn tùy chọn cần thiết trước khi khởi động Windows. Cách làm này giúp bạn không phải chạy các lệnh trong PowerShell thủ công mỗi khi cần bật hoặc tắt Hyper-V.
bcdedit /copy "{current}" /d "No Hyper-V"
"The entry was successfully copied to {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}."
Sao chép và dán giá trị của bạn thay vì xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.
bcdedit /set "{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}" hypervisorlaunchtype off
Khởi động lại máy tính.
Sau khi máy tính khởi động lại, bạn sẽ thấy hai tùy chọn trong Windows Boot Manager.
Nếu bạn muốn xóa mục khởi động No Hyper-V , hãy sử dụng tùy chọn /delete cho bcdedit.
Lấy danh sách các mục khởi động hiện tại:
bcdedit /v
Danh sách tất cả các mục cùng với mã định danh của chúng sẽ được hiển thị trong kết quả. Sao chép ID của mục bạn muốn xóa, sau đó chạy lệnh sau:
bcdedit /delete "{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}"
Phương pháp 4: Gỡ cài đặt vai trò Hyper-V trong PowerShell bằng dism.exe
Ý tưởng của phương pháp này là sử dụng công cụ Deployment Image Servicing and Management (DISM) trong giao diện dòng lệnh để gỡ cài đặt Hyper-V.
Đăng nhập vào CMD hoặc PowerShell với tư cách Quản trị viên. Chạy lệnh sau để gỡ cài đặt Hyper-V:
dism.exe /Online /Disable-Feature:Microsoft-Hyper-V
Nếu bạn muốn Cài đặt Hyper-V lại, hãy sử dụng lệnh này:
dism.exe /Online /Enable-Feature:Microsoft-Hyper-V /All
Phương pháp 5: Tắt tính năng bảo mật dựa trên ảo hóa trong Windows
Phương pháp này được sử dụng để vô hiệu hóa Device Guard và Credential Guard, là các tính năng liên quan đến Hyper-V. Mở Trình chỉnh sửa Chính sách Nhóm cho máy tính cục bộ. Trình chỉnh sửa Chính sách Nhóm có sẵn tại Windows 10 Pro, Enterprisevà Education. Trong cửa sổ lệnh, chạy gpedit.msc
Truy cập Local Computer Policy > Computer Configuration > Administrative Templates > System > Device Guard
Nhấp đúp vào Turn On Virtualization Based Security. Theo mặc định, trạng thái của cài đặt này là Not configured.
Trong cửa sổ hiện ra, chọn Disabled và nhấn OK để lưu cài đặt, sau đó đóng cửa sổ.
Chỉnh sửa Sổ đăng ký như một phương án thay thế
Trong Windows 10 Home, nơi không có Trình chỉnh sửa Chính sách Nhóm, bạn có thể tắt tính năng Bảo mật Dựa trên Ảo hóa trong Sổ đăng ký Windows.
Tạo bản sao lưu Registry Windows trước khi thay đổi cài đặt Registry để tránh lỗi và sự cố.
Mở Trình chỉnh sửa Registry. Chạy regedit trong dòng lệnh cần được mở với quyền Quản trị viên.
Truy cập HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Control > DeviceGuard
Tạo mục EnableVirtualizationBasedSecurity nếu mục này chưa tồn tại. Để tạo mục mới, nhấp chuột phải vào một vị trí trống trong thư mục DeviceGuard , và trong menu ngữ cảnh, nhấp vào New > DWORD (32-bit) Value. Nhập tên EnableVirtualizationBasedSecurity cho mục đăng ký này. Theo mặc định, giá trị của mục này là 0 (xem hình ảnh minh họa bên dưới). Bạn có thể nhấp đúp vào EnableVirtualizationBasedSecurity và thiết lập 0 thủ công.
Truy cập HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Control > Lsa
Tạo một mục đăng ký mới trong thư mục Lsa . Nhấp chuột phải vào một vùng trống trong khung bên phải của cửa sổ Registry Editor . Trong menu ngữ cảnh, nhấp vào New > DWORD (32-bit) Value.
Nhập tên LsaCfgFlags cho giá trị này. Giá trị này phải được đặt thành 0.
Đóng Trình chỉnh sửa đăng ký và khởi động lại máy tính.
Bạn có thể chạy các lệnh sau trong PowerShell (với quyền quản trị viên) để vô hiệu hóa Device Guard và Credential Guard trên lần khởi động Windows tiếp theo.
Gắn phân vùng hệ thống UEFI vào ổ đĩa X: (chọn một phân vùng chưa sử dụng):
mountvol X: /s
Sao chép tệp C:WindowsSystem32SecConfig.efi to X:EFIMicrosoftBootSecConfig.efi với tùy chọn ghi đè tệp nếu tệp đã tồn tại. Tệp này là hình ảnh khởi động cho công cụ cấu hình bảo mật Windows.
copy %WINDIR%System32SecConfig.efi X:EFIMicrosoftBootSecConfig.efi /Y
Tạo một tùy chọn mới trong menu khởi động với ID {0cb3b571-2f2e-4343-a879-d86a476d7215} và tên DebugTool :
bcdedit /create {0cb3b571-2f2e-4343-a879-d86a476d7215} /d "DebugTool" /application osloader
Đặt tùy chọn khởi động bạn vừa tạo ở bước trước thành EFIMicrosoftBootSecConfig.efi:
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} path "EFIMicrosoftBootSecConfig.efi"
Đặt Trình quản lý khởi động Windows để thiết lập mục mới này làm mặc định cho lần khởi động lại tiếp theo. Sau đó, khởi động lại Windows của bạn sẽ trở lại chế độ khởi động bình thường.
bcdedit /set {bootmgr} bootsequence {0cb3b571-2f2e-4343-a879-d86a476d7215}
Đặt trình tải khởi động để truyền các tùy chọn DISABLE-LSA-ISO,DISABLE-VBS đến tệp SecConfig.efi khi trình tải khởi động khởi chạy tệp.
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} loadoptions DISABLE-LSA-ISO,DISABLE-VBS
Đặt phân vùng cho ổ đĩa được khởi động thành ổ đĩa X: :
bcdedit /set {0cb3b571-2f2e-4343-a879-d86a476d7215} device partition=X:
Ngắt kết nối ổ đĩa X: khỏi hệ thống:
mountvol X: /d
Phương pháp 6: Cập nhật VMware Workstation
Nếu máy tính vật lý của bạn đang chạy Windows 10 phiên bản 2004 (20H1) bản dựng 19041 hoặc mới hơn, bạn có thể nâng cấp VMware Workstation lên phiên bản 15.5.6 hoặc mới hơn và chạy các máy ảo VMware trên máy Windows mà không cần tắt/gỡ cài đặt các tính năng Hyper-V và Bảo mật dựa trên ảo hóa (VBS), bao gồm Device Guard và Credential Guard.
Do nhiều phản hồi từ khách hàng, Microsoft và VMware đã quyết định phát triển một dự án chung sử dụng các giao diện lập trình ứng dụng (API) của Microsoft Windows Hypervisor Platform (WHP) để cho phép các hypervisor loại 2, như VMware Workstation, chạy trên máy chủ có Hyper-V được kích hoạt. Các API này cho phép ứng dụng quản lý tài nguyên CPU, đọc/ghi giá trị sổ đăng ký, ngừng hoạt động CPU và tạo ra các tín hiệu ngắt.
VMware Workstation trước phiên bản 15.5.5 sử dụng Trình giám sát máy ảo (VMM) có quyền truy cập trực tiếp vào CPU và bộ lệnh ảo hóa (Intel VT-x hoặc AMD-V). Một VMM hoạt động ở chế độ đặc quyền. Nếu các tính năng Bảo mật Dựa trên Ảo hóa (Virtualization Based Security) được kích hoạt trên máy chủ Windows, thì một lớp hypervisor bổ sung (Hyper-V) sẽ được thêm vào giữa phần cứng và Windows. Hyper-V có quyền truy cập trực tiếp vào các tính năng CPU dùng cho ảo hóa phần cứng, trong khi VMM không có quyền truy cập vào các tính năng ảo hóa CPU.
VMware đã thực hiện các thay đổi trong kiến trúc của VMware Workstation 15.5.6 để cho phép sản phẩm của họ sử dụng các API WHP của Microsoft và khắc phục vấn đề tương thích. VMM hiện có thể chạy ở chế độ người dùng (không phải chế độ đặc quyền) bằng cách sử dụng các API WHP và chạy các máy ảo mà không cần truy cập trực tiếp vào các mở rộng ảo hóa CPU. Chế độ này được gọi là User Level Monitor (ULM) hoặc chế độ Host VBS. Nếu bạn gỡ cài đặt các tính năng liên quan đến Hyper-V khỏi máy chủ Windows, VMware Workstation sẽ tự động phát hiện điều này và VMM sẽ chuyển sang truy cập trực tiếp vào các tiện ích mở rộng ảo hóa CPU (chạy ở chế độ đặc quyền).
Windows Hypervisor Platform (WHP) phải được cài đặt trên một máy Windows vật lý nơi Hyper-V được kích hoạt để cho phép VMware Workstation chạy các máy ảo VMware trên máy này. Cài đặt tính năng ” Windows Hypervisor Platform ” trong Control Panel bằng cách nhấp vào ” Turn Windows features on or off“.
Do đó, bạn có thể cập nhật Windows 10 và VMware Workstation trên máy vật lý của mình lên các phiên bản hỗ trợ chạy các tính năng liên quan đến Hyper-V và máy ảo VMware Workstation trên cùng một máy.
Hạn chế của chế độ Host VBS:
- Windows Hypervisor Platform không được hỗ trợ trên Windows Server 2016 và các phiên bản, bản phát hành khác của Windows Server. Do đó, VMware Workstation không thể chạy các máy ảo (VM) ở chế độ VBS trên máy chủ vật lý chạy Windows Server.
- Không hỗ trợ ảo hóa lồng nhau. Bạn không thể chạy các máy ảo lồng nhau (máy ảo nằm bên trong máy ảo VMware Workstation).
- Các máy ảo VMware có thể chạy chậm hơn.
- Các bộ đếm giám sát hiệu suất x86 (PMC) không được hỗ trợ.
- Khả năng khóa bảo vệ chế độ người dùng (PKU) không có sẵn.
- Khả năng bộ nhớ giao dịch bị giới hạn (RTM) và loại bỏ khóa phần cứng (HLE) không có sẵn.
VirtualBox và Hyper-V
VirtualBox có thể hoạt động cùng với Hyper-V, Device Guard và Credential Guard bắt đầu từ phiên bản VirtualBox 6.0. VirtualBox 6 có thể làm việc với các API Hyper-V tương tự như VMware Workstation trên Windows 10 v1803 x64.
Các tính năng này phải được bật trên máy chủ Windows để cho phép VirtualBox làm việc với các API Hyper-V:
- Hyper-V
- Nền tảng Hypervisor Windows
Nếu tính năng Hyper-V được bật, nhưng tính năng Nền tảng Hypervisor Windows bị tắt, trong System > Acceleration trong tóm tắt cấu hình VM, bạn có thể thấy rằng Paravirtualisation mode đang bật. Nếu bạn cố gắng khởi động một máy ảo (VM), VirtualBox sẽ nhắc nhở bạn cần bật Windows Hypervisor Platform và hiển thị thông báo lỗi.
Thông báo lỗi:
WHvCapabilityCodeHypervisorPresent is FALSE! Make sure you have enabled the 'Windows Hypervisor Platform' feature.
(VERR_NEM_NOT_AVAILABLE).
VT-x is not available (VERR_VMX_NO_VMX).
Nếu các tính năng liên quan đến Hyper-V cần thiết trong Windows đã được bật, thông tin sau sẽ được hiển thị cho máy ảo (VM) trong phần Hệ thống:
Acceleration: VT-x/AMD-v, Nested Paging, Paravirtualization Hyper-V
Máy ảo (VM) sẽ khởi động thành công. Biểu tượng con rùa màu xanh lá cây sẽ xuất hiện ở thanh dưới cùng của cửa sổ VirtualBox. Biểu tượng này cho biết máy ảo đang chạy ở chế độ paravirtualization của Hyper-V thay vì chế độ gốc mà VirtualBox thường sử dụng khi tương tác trực tiếp với các tiện ích mở rộng ảo hóa CPU. Hiệu suất của máy ảo VirtualBox sẽ giảm trên các máy tính đã bật Hyper-V và các tính năng liên quan. Bạn có thể tắt hoặc gỡ bỏ Hyper-V như đã giải thích trước đó để chạy máy ảo trên VirtualBox ở chế độ gốc bằng cách sử dụng trực tiếp các tiện ích mở rộng ảo hóa CPU.
Xem thêm so sánh tại VirtualBox so với Hyper-V và so sánh tại VirtualBox so với VMware .
Kết luận
Các tính năng mới của Windows như Bảo mật Dựa trên Ảo hóa (Device Guard và Credential Guard), Windows Sandbox, WSL sử dụng động cơ Hyper-V gây ra nhiều vấn đề cho người dùng, quản trị viên và nhà phát triển phần mềm khi sử dụng các hypervisor khác như VMware Workstation, VirtualBox, QEMU và Trình mô phỏng Android của Google trên các máy tính Windows. Có hai cách tiếp cận để giải quyết các vấn đề không tương thích này: Tắt/gỡ cài đặt Hyper-V hoặc sử dụng các phiên bản mới của phần mềm ảo hóa hỗ trợ làm việc với các API của Hyper-V, chẳng hạn như Windows Hypervisor Platform API do Microsoft cung cấp.
Việc chạy các máy ảo (VM) trên VirtualBox, VMware Workstation và các trình ảo hóa khác trên các máy tính có Hyper-V bằng cách sử dụng các API có thể làm giảm hiệu suất của các máy ảo không phải Hyper-V. Sao lưu dữ liệu là điều cực kỳ quan trọng trong trường hợp phần mềm ảo hóa gặp sự cố. Nếu bạn vẫn chưa chọn được giải pháp sao lưu Hyper-V tốt nhất cho môi trường của mình, hãy xem xét NAKIVO Backup & Replication. Giải pháp này cung cấp khả năng sao lưu mạnh mẽ, bảo vệ chống ransomware, khôi phục thảm họa và nhiều tính năng khác. Tải xuống Phiên bản Miễn phí để trải nghiệm giải pháp này.
