ESXi 临时开放 SSH 维护：设置登录窗口与空闲退出时间

ESXi 临时开放 SSH 维护：设置登录窗口与空闲退出时间教程示意图

适用场景

本文整理于 2026-10-22，面向通过 vCenter 管理 ESXi 8.x 主机的初学者。适合临时查看主机状态、收集故障信息等维护场景，目标是将 SSH 设为手动启动，并分别限制允许新登录的时间和交互会话的空闲时间。

执行前应确认没有备份工具、自动化任务或其他维护人员依赖当前 SSH 服务。厂商将 ESXi Shell 主要定位于故障处理用途，日常管理优先使用已有管理界面和受支持工具，参见 Using ESXi Shell in ESXi。

UserVars.ESXiShellTimeOut 控制本地及远程 Shell 访问开放的时限。高级设置中的单位是秒，值为 0 表示关闭这项自动超时机制。它不是每个已登录会话的最长运行时间；开放窗口结束时，已有会话可能继续存在，新登录则受到限制。

UserVars.ESXiShellInteractiveTimeOut 控制交互会话空闲多久后自动退出，同样以秒为单位，0 表示不自动退出。它主要约束无人操作的会话，不能保证持续产生活动的会话在固定时刻结束。

厂商参数说明还明确了生效边界：服务开放时限在服务重新启动后生效，交互空闲时限针对新登录会话生效。相关定义见高级设置映射说明。

准备具有相应配置权限的管理身份，并保持浏览器管理页面可用。确认发生误操作时仍能通过主机控制台或已配置的带外管理进入系统。本文不修改管理网络、防火墙来源范围或身份认证策略。

在维护记录中记下目标主机、两个超时原值、SSH 当前状态及启动策略。示例选择开放 900 秒、空闲 300 秒，分别对应十五分钟和五分钟。这是教学配置，应结合实际维护时长及组织规范调整。

在 vSphere 客户端（vSphere Client）清单中选中目标主机，进入配置（Configure），在系统（System）下打开服务（Services）。找到 SSH，确认当前没有需要保留的维护会话，再停止服务。

同时核对 ESXi Shell 服务是否正在使用。按厂商说明，修改时限时应确保 SSH 和 ESXi Shell 都已停止；某些界面在它们开启时会将超时输入项置灰。不要误停主机管理代理或其他无关服务。

进入高级系统设置（Advanced System Settings），点击编辑（Edit），按完整参数名筛选。将 UserVars.ESXiShellTimeOut 设为 900，将 UserVars.ESXiShellInteractiveTimeOut 设为 300，然后保存。

保存后重新筛选并检查数值，避免把两项对调。特别注意高级设置填写秒数，不能把十五分钟直接写成 15。若页面显示了单位说明，应将页面单位与输入值一起记入维护记录。

返回服务页面，将 SSH 启动策略（Startup Policy）设为手动启动和停止（Start and stop manually），然后点击启动（Start）。记录启动时间，从该时刻安排后续验证。

只进行远程维护时，无需额外启动本地 ESXi Shell。使用现有 SSH 客户端连接实际主机，并按既有流程核对服务器指纹；本文不提供任何示例账号或凭据。

在已登录的 SSH 会话执行：

esxcli system version get

该命令读取主机版本，不包含需要替换的参数。将返回版本与管理界面的主机信息核对，确认连接的是目标主机，然后再开展已获授权的维护操作。

先验证空闲退出：建立一个新会话后停止输入，确保客户端没有持续发送会影响空闲判断的会话活动，观察约五分钟后的结果。若没有按预期退出，应检查会话是否在修改参数前已建立，以及客户端是否仍在产生活动。

再验证开放窗口：从重新启动 SSH 的时刻计算，超过十五分钟后，在浏览器中刷新服务状态，并尝试建立新的连接。将连接结果、服务状态和时间一并记录。测试期间不要再次启动服务，否则开放窗口会重新计算。

已有会话继续存在，并不一定说明服务开放时限失效。必须把现有连接与新连接分开判断。正式维护结束时仍需主动退出所有会话并停止 SSH，不能只等待计时器。

把交互空闲时限写成 1 秒，可能造成认证成功后立即断开，厂商已有对应的故障说明。遇到这种情况，应通过管理页面检查参数，避免反复尝试登录。

另一个错误是只修改启动策略，以为它同时控制空闲退出。启动策略决定服务如何随主机或人工操作启动；会话退出与访问窗口由另外两个参数控制。保存后未重新启动相关服务，也容易导致预期与实际不一致。

维护结束后，退出会话并手动停止 SSH，确认服务已停止且策略仍符合运维规范。自动超时只是一项辅助措施，不能替代权限控制和维护收尾。

需要恢复原设置时，在无其他维护人员使用的时间，先停止相关服务，再按记录恢复两个原值与原启动策略。若原策略会让 SSH 长期开启，应先确认这种行为仍属于既定管理要求。无需为恢复超时参数重启整台 ESXi 主机。