Cloudflare 基础设施 SSH：默认 24 小时会话，到期需重连

改变的是基础设施应用下的 SSH 会话

10 月 14 日的官方公告给基础设施应用增加了可配置会话时长。到期后，通过该应用建立的活动 SSH 连接会被关闭，用户需要重新连接。这里的范围是 Cloudflare Access 基础设施应用，不能据此推断所有 SSH 服务都统一增加了 24 小时限制。

此前，基础设施应用没有强制执行会话时长上限。公告解释，连接在某些情况下可能持续超过 24 小时，但受 Gateway 连接限制影响，从未保证能超过 10 小时。这个历史说明不应被读成新的固定 10 小时断线规则。

默认 24 小时，先确认当前应用怎样设置

Cloudflare 表示，可以在创建或编辑基础设施应用时，通过控制台或 API 设置会话时长，默认值为 24 小时。公告没有列出允许的最小值、最大值或具体 API 字段，做自动化配置时应先查当前接口定义，避免直接套用其他应用类型的字段。

对于已有应用，公告没有给出明确的配置迁移时点，也没有说明已经连接的会话何时开始采用新值。因此，仅凭“默认 24 小时”不能计算现有终端还剩多少时间，也不能断言修改设置会立即延长或中断全部既有会话。

多个应用匹配同一目标，取最短时长

当一个目标同时匹配多个基础设施应用时，Cloudflare 明确采用最短会话时长。只检查某一个应用，可能漏掉真正约束该目标的较短设置。

举一个假设例子：目标同时匹配应用 A 和 B，A 的有效时长短于 B。即使延长 B，只要 A 仍然匹配且设置更短，最短匹配规则就仍然适用。排查时应核对全部匹配应用，不能把多个时长相加。

计划 14 小时作业，不能只看 24 小时默认值

假设你准备通过远程终端安排一个 14 小时的维护作业。24 小时默认值并不保证作业能完成：目标可能还匹配更短的应用，连接也可能受到网络或其他连接约束影响。应用会话时长不是任务完成承诺。

作为运维建议，可以按团队已有流程安排进度保存、可恢复执行和断线后的任务状态确认。这些准备并不延长 Access 会话，也不能替代访问策略；不要把反复重连当作绕过组织会话限制的方法。

维护前留下一份可核对的设置记录

维护前，由负责人记录目标、所有匹配应用、当前会话时长和预计维护窗口。如果计划修改设置，按已授权的控制台或 API 流程进行，并保留原值、变更负责人和回退安排。这是操作建议，公告没有要求所有用户立即修改配置。

出现断线时，先记录发生时间和终端表现，再核对匹配应用的会话设置与已有网络告警。只凭一次断线，无法确认究竟是会话到期、其他连接限制还是网络问题；需要重连时，继续遵守当前 Access 访问策略。

公告没有给出本次能力的套餐、地区或费用变化，也没有承诺任意时长的连续连接。为现有环境安排变更时，应把这些未说明的条件与已有会话处理方式一并确认。