iDRAC9 240天试用许可证：解锁带外管理与虚拟控制台实操

iDRAC9 的 240 天试用版许可证是第 14 代服务器用户在没有正式采购预算的情况下把带外远程管理能力完整跑起来的一条正规路径。它最直接的价值是让原本只在 Express 级别晃悠的机器临时具备企业版才有的虚拟控制台、虚拟介质、远程电源与固件批量管理能力覆盖装系统、远程排障、紧急重启这类高频运维场景。这篇内容面向的是手里管着几台到几十台第 14 代机器、日常靠远程桌面和 IPMI 半吊子工具硬撑的运维人员也适合刚接手机房、对带外管理还没形成系统认识的新手。我会把申请入口、许可证文件校验、三条导入路径、验证命令和踩坑记录全部摊开写一遍方便你照着直接操作。1. 先搞清楚这块带外芯片到底能干什么1.1 从一次机房告警说起很多人第一次真正意识到带外管理的重要性都是在某个不想回忆的深夜。我印象很深的一次是某台跑了业务数据库的机架机系统层面彻底失去响应业务方在群里连发问号人却在几十公里外。当时唯一的办法就是让机房里的人帮忙按一下电源键但按下去了业务数据怎么说、文件系统会不会损坏谁也不敢拍胸脯。后来才发现那台机器的带外管理模块其实一直在工作只是我们手上只有一个基础许可证虚拟控制台功能根本点不开连屏幕都看不到。这个场景特别典型。带外管理Out-of-Band Management和我们在系统里装的远程桌面、SSH 完全是两个层次的东西。系统里的远程工具依赖操作系统本身在跑系统一崩、网络栈一挂、驱动一乱这类工具就全部失效。而带外管理是独立的一颗小芯片、一套独立的网络接口、一套独立的供电逻辑只要机器插着电哪怕没开机、没进系统、系统蓝屏死循环你都能通过它去查看硬件状态、看开机自检画面、挂载镜像、控制电源。这也是为什么数据中心里所有严肃的运维流程最后都会落到带外管理这一层。iDRAC9 就是第 14 代服务器上承担这个角色的模块全称是集成式远程访问控制器第九代。它本身是随机附带的硬件不额外收费但软件能力是分级的。基础功能随机器白送高级功能需要一张许可证文件来解锁。这就是整件事的核心矛盾硬件你有能力被锁着。1.2 Express 和 Enterprise 之间隔着一道墙刚接触的人容易把我有 iDRAC和我能远程装机画等号实际差得远。iDRAC9 的能力大致分四个层级我按实际使用感受列一下。能力维度Basic基础Express快速Enterprise企业Datacenter数据中心硬件健康监控与告警支持支持支持支持系统日志与生命周期日志部分支持支持支持支持远程电源控制开/关/重启支持支持支持支持虚拟控制台远程 KVM 画面不支持不支持支持支持虚拟介质远程挂载 ISO不支持不支持支持支持vFlash SD 卡分区管理不支持不支持支持支持带外固件批量更新受限受限支持支持部分高级自动化接口不支持不支持部分支持这张表最关键的一行是虚拟控制台。没有它你能做的只是命令机器重启但看不到它重启时卡在哪一步、RAID 阵列有没有报错、BIOS 有没有提示需要人工确认。远程装机这件事更是完全做不了因为没有虚拟介质就没法把 ISO 镜像投给机器。所以对绝大多数实际运维场景来说Express 和 Enterprise 之间的这道墙才是真正的分水岭。我最初也想过用各种替代方案顶上系统里装个远程工具凑合用、用 PXE 网络装机绕开虚拟介质、让现场人员帮忙插 U 盘。这些办法在单台机器、单次操作时都勉强能过但一旦机器数量上去或者遇到需要反复重装、频繁切换引导镜像的场景人力成本会迅速失控。一台机器重装一次要协调一次现场十台机器就是十次还得约时间窗口、还得担心现场人员操作不规范。1.3 240 天试用许可证到底解决了什么问题厂商其实很清楚这个断层带来的推广阻力所以提供了评估许可证机制。240 天这个时长不是随便定的它刚好覆盖一个完整的项目周期从设备到货、上架、系统部署、业务上线、试运行、验收整条链路走完通常也就三到六个月。在这段时间里把企业版能力全部放开让用户在真实业务压力下体验比任何宣传材料都管用。对我个人来说这个许可证解决的是三个具体问题。第一是验收期的装机压力新到货的一批机器需要批量装系统、配 RAID、刷固件没有虚拟介质就得一台台插 U 盘有了它我可以坐在工位上并行处理。第二是故障期的可见性机器出问题时不至于两眼一抹黑能直接看到自检画面和硬件报错码判断是内存、硬盘还是阵列卡的问题减少误判和无效上门。第三是评估期的决策依据试用期结束后要不要正式采购、采购哪个级别我手上有了真实的使用数据而不是拍脑袋。需要说清楚的一点是评估许可证是正规申请渠道发放的、绑定具体机器的、有明确有效期的授权文件不是破解、不是改配置文件、也不是什么旁门左道。它的申请和使用都在厂商的支持体系内完成该填的信息要填该走的流程要走。这一点很重要后面所有操作都建立在这是一份合法授权的前提上。2. 动手之前必须搞清楚的前置信息2.1 先摸清机器底细服务标签和固件版本申请许可证时最关键的一个字段是机器的服务标签Service Tag一串七位的字母数字组合全球唯一相当于这台机器的身份证。许可证文件会跟这个标签强绑定填错了或者拿别的机器的许可证来导一律失败没有任何商量余地。获取服务标签有三个途径按方便程度排序。最直接的是看机器外壳上的抽拉式标签卡片正面或者侧面通常有一块可以拉出来的小标签上面印着服务标签、快速服务代码和 MAC 地址。第二个途径是进系统后用命令查Linux 下可以用dmidecode -s system-serial-numberWindows 下可以在命令行里查 BIOS 序列号。第三个途径是直接登录 iDRAC 的 Web 界面首页概览里就写着。固件版本同样要提前确认。iDRAC9 的固件从早期的 3.x 一路迭代到 6.x、7.x不同版本在许可证导入的界面上有细微差异老版本甚至对某些高级功能的支持不完整。查版本最稳的方式是登录 Web 界面看右上角或者用命令行。# 查询 iDRAC 固件版本 racadm getversion -f idrac # 查询服务标签 racadm getsvctag # 查询当前许可证状态 racadm license viewracadm license view这条命令建议每个人都先跑一遍看清楚当前是什么级别、有没有已经导入的许可证、有没有残留的过期记录。有些机器出厂时带的是 Express有些是 Basic还有些二手机器上可能挂着上一任用户留下的许可证同一服务标签下通常仍然有效先看清楚再动手能避免很多无效操作。2.2 账户体系和授权归属的几个概念申请评估许可证需要在一个厂商的支持账户体系里操作这里面有几个概念容易混。第一个是账户类型。个人注册的账户和绑定组织的账户能看到的入口不完全一样。有些评估入口只对完成组织认证的账户开放个人账户点进去可能只看到联系销售。如果你所在的组织已经有采购记录用组织账户登录会顺畅很多因为机器本身在系统里已经登记过服务标签一输就自动带出机型、保修状态等信息。第二个是授权归属。许可证是发给这台机器的不是发给这个人的。也就是说哪怕申请人离职了许可证依然有效因为它绑的是服务标签。反过来同一个人的账户可以给多台机器分别申请但每台机器需要单独一份文件。第三个是评估次数限制。同一台机器通常只能申请有限次数的评估许可证用完之后再申请会被系统拦下来。所以别拿试用期当长期方案反复薅第一次申请下来就认真用把该验证的功能验证完该做的决策做掉。这一点我在后面还会再提。2.3 版本与兼容性核对清单在正式提交申请前我习惯做一张核对表把可能的坑提前排掉。核对项检查方法不满足的后果服务标签准确外壳标签 /racadm getsvctag许可证导入直接失败iDRAC 固件版本Web 右上角 /racadm getversion老固件功能不全界面入口缺失当前许可证级别racadm license view可能与新许可证冲突或覆盖网络可达性ping iDRAC IP、浏览器能打开无法登录 Web 界面浏览器兼容性换 Chrome / Edge 最新版页面按钮点不动、上传失败系统时间准确性Web 界面查看时间到期时间计算异常是否有其他人在操作提前沟通同时导入可能互相覆盖最后一项看起来有点小题大做但我确实遇到过两个人同时在一台机器上折腾许可证一个导入了评估版另一个导入了一份旧的永久版备份结果评估版被覆盖功能反而少了一截。多人协作环境下操作前在群里说一句能省掉很多解释成本。3. 评估许可证的申请流程拆解3.1 从支持门户找到评估入口整个申请流程走的是厂商支持门户路径大致是这样先用账户登录支持站点在搜索框里输入服务标签进入这台机器专属的产品支持页。页面里会列出驱动下载、文档、保修信息、许可证管理等板块评估许可证的入口通常藏在许可证管理或者试用与评估这一类标签下。这里有个细节值得说一下。不同地区、不同账户类型看到的入口名称不完全一致有时候叫申请评估许可证有时候叫获取试用授权还有时候入口直接嵌在 iDRAC 的许可证页面里点一个获取许可证的链接跳转过去。如果你翻了半天没找到别急着怀疑人生先确认两件事一是有没有真的登录有些页面未登录状态下会自动隐藏入口二是账户有没有完成组织绑定。这两条都满足还找不到再考虑换个浏览器或者清一下缓存。进去之后通常会看到一个表单要求填写联系人姓名、邮箱、电话、组织名称、使用场景说明。使用场景这一栏别敷衍写清楚是新设备部署验证功能评估故障排查能力验证这类具体内容比写测试两个字通过率高得多。我个人的经验是把评估目的写具体一点比如需要评估虚拟控制台与虚拟介质在批量系统部署中的实际效率审核方看到你是有明确用途的处理起来会更快。3.2 填写信息时的几个易错点表单本身不难但有几个地方是真的会卡人。邮箱一定要填能收外部邮件的。许可证文件是通过邮件附件形式发放的有些企业邮箱会把这类带 XML 附件的邮件拦进隔离区你在收件箱里翻半天找不到其实是被拦了。提交之前先确认邮箱能正常收外部邮件提交之后如果十分钟内没收到先去垃圾邮件和隔离区看看再看要不要联系支持。组织名称和服务标签要对得上。如果这台机器在系统里登记在某组织名下而你用另一个组织的账户申请系统可能提示该服务标签不属于当前组织。这种时候要么换账户要么走所有权转移流程别硬刚。联系方式尽量填真实可用的。有些评估申请会有后续的电话或邮件确认填个假号码可能导致申请卡在审核环节。这不是什么敏感信息如实填就行。一次只申请一台。我见过有人想省事在一台机器的申请页面上填了另一个服务标签想着反正都是我的机器。结果许可证发下来绑的是表单里那个标签跟他实际要用的机器对不上白折腾一轮。每台机器单独走一遍流程虽然麻烦但不会出错。3.3 拿到邮件之后先别急着导入邮件到手附件通常是一个 XML 文件文件名里带服务标签和一串编号。很多人这时候就直接冲去 iDRAC 界面点导入了我建议先花两分钟做三件事。第一用文本编辑器打开这个 XML 看一眼。里面会有几个关键字段授权类型、绑定的服务标签、有效期起止、功能列表。重点核对服务标签是不是你要用的那台机器有效期是不是从当前时间开始算的。有些评估许可证的有效期是从签发日开始算不是从导入日开始算如果你签发后放了两个月才导入实际可用时间就少两个月。第二确认文件没有被邮件系统改坏。有些邮件网关会在 XML 文件里插入签名或者改编码导致文件结构损坏。判断方法很简单用浏览器打开这个 XML如果能正常显示成树状结构说明文件是好的如果打开是一堆乱码或者报解析错误那就得让发件方重发或者从支持门户重新下载。第三把文件备份一份。放到一个固定的目录里命名带上服务标签和日期比如idrac-license-服务标签-20250101.xml。这个习惯在后面的运维里会救你很多次尤其是换主板、重装固件之后需要重新导入的时候。提示许可证文件本质是一个带数字签名的 XML任何手动编辑都会导致签名失效导入时报文件无效。看可以改不行。4. 三条导入路径的完整实操记录4.1 Web 控制台导入最稳、最适合单台操作单台机器操作我首选 Web 界面因为步骤可视、反馈明确、出错了好判断。先登录 iDRAC 的 Web 控制台地址就是 iDRAC 的管理 IP用管理员账号进。进去之后在左侧菜单里找iDRAC 设置展开后能看到许可证这一项点进去会显示当前已安装的许可证列表包括许可证类型、状态、剩余天数。页面右上角一般有个导入按钮点开后会弹出一个对话框让你选择许可证来源。这里有两个选项从本地文件导入或者从网络共享导入。单台操作选本地文件把刚才那个 XML 拖进去或者浏览选中点导入。接下来会有一个确认页面显示许可证的详细信息授权类型、绑定的服务标签、有效期。这一步务必核对服务标签确认是当前这台机器的。确认无误后点应用正常情况下十几秒内会提示导入成功页面刷新后许可证列表里就会多出一条记录状态显示为正常剩余天数显示两百多天。这里有个小坑导入成功后页面可能不会立刻刷新。有些人看到列表没变化就以为失败了反复点导入。实际上后台已经处理完了只是前端缓存没更新。正确做法是等半分钟手动按 F5 强刷一次或者退出重新登录。如果强刷之后还是没有再去查日志别急着重复操作。还有一个更隐蔽的坑浏览器缓存导致按钮点不动。iDRAC 的 Web 界面是基于较新的前端技术做的某些老版本浏览器或者装了拦截插件的浏览器会出现按钮点击无响应、文件上传卡住的情况。遇到这种换一个干净的 Chrome 或者 Edge关掉广告拦截插件基本就能解决。4.2 RACADM 命令行导入批量场景的正确姿势机器一多Web 界面一台台点就太慢了。这时候用 racadm 命令行可以写成脚本批量跑。racadm 有两种用法一种是在操作系统里装好管理工具后本地执行另一种是通过 SSH 直接连到 iDRAC 上执行。后者不依赖操作系统机器没装系统也能用更适合裸机场景。先把许可证文件传到 iDRAC 能访问的位置。最简单的办法是通过 iDRAC 的 SSH 登录后用 scp 或者直接在 Web 界面的虚拟介质里挂上去。如果 iDRAC 能访问网络共享也可以直接从共享路径导入省掉上传这一步。# 方式一从本地文件导入文件需先上传到 iDRAC 可访问路径 racadm license import -f /tmp/license.xml -c local # 方式二从网络共享导入以 CIFS 为例 racadm license import -f license.xml -c cifs -u 用户名 -p 密码 -l //192.168.1.10/share # 方式三从 USB 设备导入设备插在服务器 USB 口上 racadm license import -f license.xml -c usb-c参数指的是许可证文件的来源位置常用的有localiDRAC 内部存储、usb服务器上的 USB 设备、cifs、nfs、http、https。批量场景下如果所有机器都能访问同一个网络共享把许可证文件按服务标签命名放在共享上脚本里读服务标签拼路径一条命令就能跑完一批。命令行导入的好处是反馈明确。成功会返回类似许可证导入成功的提示失败会直接给出错误码方便排查。而且命令执行完就是执行完了不存在浏览器缓存的问题。注意命令行导入时如果提示权限不足确认登录账户是管理员级别如果提示文件找不到检查路径拼写和文件权限如果提示签名无效回到上一节检查文件完整性。4.3 Lifecycle Controller 与 SD 卡路径离线环境的备用方案有些环境里 iDRAC 的网络是隔离的Web 界面和 SSH 都连不上但机器本身需要导入许可证。这时候可以走 Lifecycle Controller 的界面在开机自检阶段按 F10 进入找到许可证管理相关的菜单从插入的 USB 设备或者 SD 卡里导入。这条路径的操作节奏和 Web 界面类似只是入口在开机阶段而不是浏览器里。实际用下来它更适合那种机器还没上架、网络还没配好、但需要先把许可证灌进去的场景。操作时要注意两点一是 USB 设备要格式化成常见文件系统太冷门的格式可能识别不了二是导入过程中不要断电或者拔设备中途中断可能导致许可证记录异常。还有一条更少人用的路径是把许可证文件放到 iDRAC 内部的存储里再通过命令行导入。这个办法在自动化脚本里挺方便因为不需要额外的网络共享或者 USB 设备文件传一次就能反复用。4.4 导入之后怎么验证才算真的成功导入完成不等于功能可用我一般会用三层验证确认到位。第一层是许可证状态验证跑一遍racadm license view看输出里的许可证类型、状态、有效期。racadm license view正常输出里会包含几行关键信息License Status显示为正常License Type显示为评估或者企业版Entitlement ID是一串唯一标识还有有效期起止日期。如果状态显示异常或者没有有效期信息说明导入有问题。第二层是功能入口验证登录 Web 界面看左侧菜单里虚拟控制台、虚拟介质这些原本灰掉的入口是不是变成可点击状态。点进虚拟控制台如果能正常弹出画面说明企业版功能已经激活。这一步比看许可证状态更直观因为有些时候许可证显示正常但功能没生效通常是固件版本太老或者需要重启 iDRAC。第三层是实际业务验证挂载一个 ISO 镜像重启机器进引导菜单确认能看到虚拟光驱并且能从它引导。这一步做完才算真正把能力用起来了。我习惯在导入当天就做一次完整的装机演练把小问题当场暴露出来而不是等到真正需要装机的时候才发现哪里不对。如果三层验证里任何一层没通过先别怀疑许可证本身按下面的顺序排查固件版本是否太老、iDRAC 是否需要重启、浏览器缓存是否需要清理、许可证是否真的绑定到了当前服务标签。这四条能覆盖九成以上的问题。5. 常见故障与排查实录5.1 报错信息速查表下面这张表是我这几年攒下来的基本覆盖了常见的失败场景。报错或现象最可能的原因处理办法导入提示文件无效XML 被编辑过、编码被改、邮件网关插入内容重新下载原始文件不要手动改导入提示服务标签不匹配许可证绑的是另一台机器核对服务标签重新申请导入成功但功能仍灰着固件版本太老、iDRAC 未重启升级固件后重启 iDRAC页面导入按钮点不动浏览器兼容性或插件拦截换 Chrome/Edge关拦截插件导入后列表没变化前端缓存未刷新强刷页面或重新登录提示许可证已存在之前导入过同类型许可证先删除旧许可证再导入有效期显示异常iDRAC 系统时间不准配置 NTP 同步时间虚拟控制台打不开浏览器不支持、Java 依赖缺失升级固件用 HTML5 控制台虚拟介质挂载失败镜像文件损坏或格式不支持换 ISO确认文件完整这张表里最值得展开的是导入成功但功能仍灰着。这种情况我遇到过两次都是因为机器上的 iDRAC 固件版本比较老虽然许可证导入逻辑能跑通但企业版功能的界面入口在老固件里根本没有渲染出来。解决办法是先把固件升级到较新版本再重启 iDRAC然后重新登录看菜单。升级固件这件事本身也有讲究要确认升级包和机型匹配升级过程中不能断电升级后 iDRAC 会重启一次业务系统不受影响但带外管理会短暂失联。5.2 几个我踩过的坑第一个坑是拿错了许可证文件。有次同时给三台机器申请邮件里的附件文件名长得几乎一样我随手点了一个就导进去了结果报服务标签不匹配。回头一看下载的是另一台机器的文件。从那以后我养成了一个习惯申请完立刻把文件重命名成服务标签日期的格式导入前再核对一遍文件名和 iDRAC 首页显示的服务标签。这个习惯看起来笨但确实省事。第二个坑是在 iDRAC 时间不准的情况下导入。有一台机器的 iDRAC 时间停在几年前导入许可证之后有效期显示得非常奇怪剩余天数算出来是个负数。一开始以为是许可证有问题折腾了半天才发现是时间问题。配置 NTP 同步之后重新导入一切正常。所以现在我做任何跟有效期相关的操作前都会先看一眼 iDRAC 的时间。第三个坑是换主板之后许可证失效。服务标签是绑在主板上的一块芯片里的主板一换服务标签就变了原来那张许可证自然对不上。这种情况不是许可证坏了是需要用新的服务标签重新走一遍申请流程。所以如果机器要做主板更换提前把这件事排进计划里别等换完了才发现带外管理用不了。第四个坑是把评估许可证当成永久方案。前面提过同一台机器的评估次数是有限的。我见过有人试用期快到了想着再申请一次续上结果系统提示已达上限。这时候要么走正式采购要么接受功能降级。所以试用期内一定要把该验证的验证完、该做的决策做掉别拖。5.3 许可证到期之后会发生什么这个问题被问得很多我按实际观察说。到期之后企业版功能会失效虚拟控制台、虚拟介质这些入口会重新变灰但基础的健康监控、电源控制、日志查看不受影响机器本身也不会因为许可证到期而停机或者出故障。换句话说到期的影响是能力缩水不是机器坏掉。到期之前系统一般会有提醒iDRAC 界面里会显示剩余天数日志里也会有相应记录。我的做法是在剩余三十天的时候做一次评估复盘这段时间里企业版功能实际用了多少次、解决了哪些问题、如果去掉这些功能运维成本会增加多少。用这些数据去支撑采购决策比凭感觉拍板靠谱得多。如果确实暂时不采购到期前把依赖企业版功能的自动化脚本、巡检流程调整一下避免到期当天出现脚本跑不通的连锁反应。这一点很多人会忽略等到巡检任务集体报错才想起来许可证过期了。6. 试用期内的安全加固与长期运维6.1 默认配置是最容易被忽略的风险点带外管理模块本质上是一台独立的小服务器有自己的操作系统、自己的网络接口、自己的账号体系。它默认就开着 Web 服务、SSH、SNMP 等一堆入口如果直接接到业务网络里不做任何处理等于在机房里放了一台配置默认、密码可能是出厂值的管理主机。这个风险比很多人想象的要大。我通常会在导入许可证的同一批操作里把下面这几件事一起做掉。改掉默认账号密码。出厂默认的管理员账号和密码是公开文档里写着的不改等于没锁门。密码策略按组织规范来长度、复杂度、更换周期都配上。限制访问来源。iDRAC 支持配置允许访问的 IP 段把管理网段之外的全部拒掉。如果组织有堡垒机就把访问入口收敛到堡垒机其他来源一律不放行。关掉不用的服务。不用的协议就关掉比如暂时不用 SNMP 就把服务停掉减少暴露面。需要用的服务确认走的是加密通道。开启登录审计。iDRAC 的日志里会记录登录行为定期看一眼有没有异常来源的登录尝试。这个习惯在出问题的时候能帮你快速定位。配置时间同步。前面提过时间不准会影响许可证有效期计算其实它还会影响日志时间戳的准确性排查问题时时间对不上会非常难受。6.2 到期前的迁移与决策路径试用期不是终点是一个决策窗口。我一般会在试用期过半的时候就开始想后面怎么办而不是等到最后一周。如果评估下来企业版能力确实是刚需那就走正式采购流程把许可证级别定下来。采购的时候注意看清楚不同级别的功能差异别买回来发现某个关键功能在低一级的版本里没有。如果评估下来用量不大只是偶尔需要远程装机那可以考虑把这部分需求收敛到少数几台机器上只给这几台配正式许可证其余机器保持基础级别。这种做法在预算有限的时候比较务实。如果完全不打算采购那在到期前把依赖企业版功能的流程改造掉。比如远程装机改成 PXE 网络引导远程排障改成现场配合加日志分析虚拟介质改成物理 U 盘。改造本身有成本但比到期当天手忙脚乱要好。6.3 把带外管理纳入日常巡检最后说一个长期习惯。很多人只有在出问题的时候才想起带外管理平时完全不管。这种用法其实浪费了它一半的价值因为带外管理最大的优势是独立于业务系统它能看到业务系统看不到的硬件层信息。我现在的做法是把 iDRAC 的健康状态纳入日常巡检每天或者每周拉一次关键指标电源状态、风扇转速、温度传感器读数、硬盘和阵列状态、内存和 CPU 的硬件告警、日志里有没有新的严重级别条目。这些数据不需要人工一台台点用命令行或者接口批量拉汇总成一张表有异常再深入看。这套巡检跑起来之后最大的变化是被动救火变成了提前发现。硬盘快坏了、风扇转速异常、电源模块有点问题这些在业务还没受影响的时候就能看到有时间从容处理而不是等业务挂了再冲进去查。带外管理的真正价值其实更多体现在这种日常的、安静的观察里而不只是紧急时刻的那一次远程重启。我个人在实际操作中的体会是许可证导入这个动作本身十分钟就能搞定真正花时间的是导入之前的信息核对和导入之后的安全配置。把这两头做扎实240 天的试用期才不至于浪费在反复排查低级问题上。另外一个小技巧把每台机器的许可证文件、申请日期、到期日期整理成一张表放在共享文档里到期前一个月自动提醒这样就不会出现某天早上突然发现虚拟控制台点不开的情况了。