Versión utilizada: eNSP 1.3.00.100+VirtualBox 5.2.44+WinPcap_4_1_3+Wireshark última versión .
Es mejor instalar el sistema win11 de acuerdo con la versión anterior. No instale una versión superior para VirtualBox, de lo contrario puede haber incompatibilidad. Los requisitos para la versión Wireshark están bien. La secuencia de instalación es VirtualBox 5.2.44+WinPcap_4_1_3+Wireshark. ----> eNSP .
Se adjunta el enlace del tutorial de instalación y el paquete de instalación. La versión de Wireshark es un poco baja. Puede descargar e instalar la última versión usted mismo. Probé la última versión y no hubo ningún problema:
Enlace de descarga: https://pan.baidu.com/s/1uDene9PD11AsT5-_J4D_vg
Código de extracción: c08s
La versión china de WIN11 Home mostrará incompatibilidad al instalar VirtualBox 5.2.44 y no se puede instalar. En este momento, puede resolver el problema desactivando el aislamiento de memoria para continuar con la instalación. Método: active la configuración de aislamiento de memoria y desactive la integridad de la memoria .
Después de completar la instalación anterior, pensé que todo estaría bien, inicié eNSP y agregué varios dispositivos AR, lo inicié y encontré un error: inicio fallido, código de error: 40.
Finalmente, intente resolverlo de acuerdo con los documentos oficiales, principalmente para verificar si la tarjeta de red virtual y la configuración de red de VirtualBox están agregadas y si el estado es normal.
Luego abra VirtualBox e intente ejecutar la máquina virtual AR_Base manualmente, pero descubrió que no se puede ejecutar y muestra que la nueva tarea no se puede ejecutar. El error está en inglés, lo que probablemente significa: hay un Hyper-V ejecutándose. El software Hyper-V no es compatible con VirtualBox.
Por lo tanto, la solución es cerrar completamente todos los servicios o funciones de Hyper-V. Sin embargo, esto se cierra por completo. En la versión china de WIN11 Home con Hyper-V instalado, tomó mucho tiempo:
La primera es desactivar Hyper-V usando la línea de comando en modo administrador CMD: bcdedit /set hypervisorlaunchtype off. Reinicie y ejecute la máquina virtual AR_Base, pero falla por el mismo motivo.
Luego verifique la función de Windows, apague la máquina virtual y Hyper-V (¡¡la versión china de WIN11 Home no puede verlo!!), reinicie, ejecute la máquina virtual AR_Base, falla y el motivo es el mismo.
Luego verifique los servicios de Windows, detenga todos los servicios relacionados con Hyper-V y cambie a manual. Reinicie y ejecute la máquina virtual AR_Base, pero falla por el mismo motivo.
Finalmente, verifique la información del sistema y descubra que después de las operaciones anteriores, el estado de ejecución se muestra según la seguridad de la virtualización. La siguiente figura es el resultado después de que lo cerré. Mientras esté en el estado de ejecución, VirtualBox fallará para iniciar la máquina virtual e informar un error de hyper-V, por lo que es necesario cerrarla.
La referencia aquí es la solución definitiva de este maestro. Utilice la herramienta oficial de Microsoft para desactivarlo: dgreadiness_v3.6:
Después de apagar y reiniciar, para estar seguro, ejecuté bcdedit /set hypervisorlaunchtype off y verifiqué los servicios, etc. Después de reiniciar nuevamente, ejecuté la máquina virtual AR_Base y entré exitosamente a la interfaz de inicio de sesión. Después de apagar la máquina virtual máquina, abrí eNSP e inicié exitosamente el dispositivo. ¡La red también funciona normalmente!
Comparta mi método más tarde: después de usar dgreadiness_v3.6, activé el aislamiento de memoria y descubrí que es diferente del estado antes de usarlo. La diferencia es que la protección del firmware se activó antes de usar dgreadiness_v3.6 para desactivar " La "Seguridad" basada en virtualización se desactivó, así que supuse que los efectos de estas dos configuraciones son los mismos, así que volví a activar la protección del firmware, reinicié y ejecuté la máquina virtual AR_Base, y descubrí que fallaba. Lo mismo. Revisé la información del sistema y encontré que la "seguridad basada en virtualización" está operativa nuevamente. Así que desactivé la protección del firmware y reinicié, ¡y fue exitoso! Revisé la información del sistema y descubrí que la "seguridad basada en virtualización" no estaba habilitada.
Esto también confirma mi conjetura, por lo que puedes considerar este método para resolverlo sin utilizar herramientas.
