TrueNAS 13.0虚拟机noVNC报Failed to connect to server故障咨询

首先你的CPU兼容性判断正确，Intel Xeon E3-1220 V2返回的VT-x字段包含EPT、UG、VPID特性，完全满足bhyve虚拟化要求，网上流传的CPU版本过旧不兼容的结论不适用于你的硬件环境。
该noVNC连接报错在TrueNAS 13.0 + HP Gen8 Microserver平台的常见触发原因如下：

• bhyve虚拟化模块的VNC服务默认绑定到127.0.0.1环回地址，没有监听物理网卡端口，导致Web端的noVNC转发请求无法触达后端VNC服务，这是该版本最高发的故障诱因。
• HP Gen8 Microserver自带的iLO远程管理服务默认占用5900端口，和bhyve VNC的默认起始端口冲突，导致虚拟机的VNC服务无法正常启动。
• TrueNAS默认防火墙规则仅放通WebUI管理端口，bhyve自动分配的VNC端口段未被加入放行列表，请求被防火墙拦截。
• 多虚拟机场景下VNC端口手动配置重复，出现端口抢占，导致对应虚拟机的VNC进程启动失败。
• Windows 11虚拟机默认开启的强制安全启动、虚拟TPM配置和bhyve存在兼容问题，虚拟机启动卡住时VNC端口无响应。

1. 确认VNC服务监听状态
   通过SSH登录TrueNAS后台，执行以下命令查看bhyve进程的端口监听情况：

sockstat -4 -l | grep bhyve

如果返回结果中VNC端口对应的监听地址是127.0.0.1而非*或者物理网卡实际IP，即可确认是绑定地址配置错误。
2. 修正VNC绑定配置

• 登录TrueNAS WebUI，进入「系统」-「高级」-「虚拟机全局配置」页面
• 将VNC默认绑定地址从127.0.0.1修改为0.0.0.0，保存配置后重启所有处于运行状态的虚拟机
• 对安全要求较高的场景，也可以直接将绑定地址指定为Gen8的内网物理网卡IP，避免监听非必要接口

3. 解决端口冲突

• 执行以下命令查看5900端口是否被其他服务占用：

netstat -an | grep 5900

• 如果确认iLO或其他服务占用了默认VNC端口，进入每台虚拟机的编辑页面，将VNC端口调整到5910-5920区段，给每台虚拟机分配独立不重复的端口，例如Home Assistant分配5910，Windows 11分配5911

4. 调整防火墙规则
   进入「网络」-「防火墙」配置页面，添加TCP端口放行规则，放通5900-5920端口段，来源地址限制为本地内网网段即可，禁止将该端口段暴露到公网。配置完成后执行以下命令重启bhyve服务生效：

service bhyve restart

5. 修复Windows 11兼容问题
   编辑Windows 11虚拟机配置，将固件类型从默认的UEFI调整为UEFI-CSM模式，关闭强制安全启动选项，移除默认添加的虚拟TPM设备后重启虚拟机，即可正常通过VNC连接进入安装流程。

所有操作完成后清空浏览器缓存，重新打开noVNC页面即可正常连接。如果仍有报错，执行dmesg | grep bhyve查看内核日志中bhyve模块的运行报错，根据具体报错信息定位端口占用、权限不足类问题即可。

内容的提问来源于stack exchange，提问作者Taras Zagajewski