先记录到底发生了哪种断连

适用于睡前可用、唤醒后打不开应用，或必须重新打开 Karing/Stash 才恢复的电视。关屏、屏保、待机和切断盒子电源不是同一状态；“待机时一直在线”与“唤醒后自动恢复”也不是同一个验收目标。本文主要检查后者，不承诺所有设备深度待机期间维持隧道。

你看到的现象先区分
电视屏幕灭了，盒子仍有电可能只是屏幕关闭，也可能通过 HDMI-CEC 一起休眠；看盒子实际状态
唤醒后所有应用都离线先查 Wi-Fi/网线、IP、时间与系统网络，不先更新订阅
普通应用正常，代理目标失败查电视 VPN 是否运行、配置是否加载、节点是否仍可用
打开客户端后立刻恢复把后台服务或自动重连列为待验证原因，单次恢复不等于已证明
只有刚才那段视频卡住先重新建立播放或投屏会话，其他新请求可能已恢复

留下基线，再复现一次正常待机

  1. 待机前固定一条节点，记录电视型号、系统和客户端版本、Wi-Fi/网线方式、配置名称及当时可用的两个测试应用。先确认本轮确实能访问。
  2. 使用平时的遥控关机或待机方式，记录是否同时关了电视、盒子或智能插座，以及大致待机时长；不要一边换网络一边升级客户端。
  3. 唤醒后先不要立即重启客户端。记录网络连接、电视 VPN 状态、具体错误和时间，再发起一次新的目标请求。日志若只能在打开客户端后查看，注明这一动作可能影响复现。
  4. 分别记录“无需操作恢复”“手动连接后恢复”“重启后恢复”或“仍失败”。查看的是电视状态，不能用手机的 VPN 图标代替。

基础网络没有回来：先恢复联网

  1. 打开电视网络设置，核对连接的是原来的网络、网线链路正常，以及是否取得有效地址；只显示 Wi-Fi 图标不代表互联网访问已经恢复。
  2. 在记录状态后，若需要做直连对照，在电视客户端内正常停止 VPN。检查常用且不需要代理的应用；若此前启用了无 VPN 时阻止连接等选项，记录后按需临时恢复允许直连，测试后恢复原选择。
  3. 如果停止 VPN 后仍无法联网，先按设备和路由器说明恢复连接，再检查系统时间。不要通过关闭证书校验掩盖错误时间。
  4. 若盒子随电视 USB 供电或被智能插座断电，按设备原厂供电要求检查；断电后无法靠“保持连接”保留正在运行的进程。

Apple TV：检查自动休眠与按需连接

Apple 官方说明可在“设置”→“通用”→自动休眠时间中调整空闲后休眠，也支持 HDMI-CEC 开关机联动。先确认是否误设了定时关机。临时延长休眠时间可用于对照，但长期禁止休眠不是证明断连原因的方法，也会增加耗电。

  1. 基础网络恢复后，进入电视客户端核对实际 VPN 状态；未连接时先手动连接一次，确认相同节点能重新工作。
  2. Karing 的官方“始终开启连接”说明覆盖 iOS/macOS/tvOS：通过按需连接尝试重新启动异常退出的 VPN 进程。仅在当前电视版本提供该选项时启用并复测；启动失败仍需查看错误，不能把它当作永不掉线保证。
  3. 使用 Karing 手机端修改分流或核心配置后，重新上传到 Apple TV，并核对电视实际配置；手机更新订阅并不等于电视更新。
  4. Stash 用户检查当前版本提供的“保持 Stash 开启”和按需连接设置，以及是否把当前 Wi-Fi 的 SSID 加入排除列表。官方通用文档不代表每个 tvOS 版本都暴露相同菜单；缺少选项时按电视版本说明处理。

Android TV：后台限制和系统 VPN 分开查

Karing 官方 FAQ 对 Android 后台掉线建议检查省电策略和始终开启 VPN。电视厂商可能没有手机式“电池优化”入口：只调整该型号实际提供的应用后台、自动启动或电源管理设置，不照抄不存在的路径，也不安装不明“保活工具”。

  1. 先在电视手动启动 Karing，检查系统 VPN 授权和目标应用能否恢复。若能恢复，再退出到主页，短时间切换应用做一轮后台对照。
  2. 在系统确实提供应用后台/省电限制时，只对当前客户端调整一项并复测。系统提供“始终开启 VPN”时，再单独测试该设置；它与“无 VPN 时阻止连接”含义不同，后者会影响失败时能否直连。
  3. 区分厂商的快速启动、无屏服务和屏保。比如 TCL 的指定机型文档分别列出这些功能，并注明机型差异；它们不代表承诺任意第三方 VPN 在待机中运行。以自己的型号说明为准，记录调整前值。
  4. 如果一开启 VPN 就报系统组件缺失，或所有手动重连都失败，回到安装与配置排查；这与待机后服务被停止是不同问题。

VPN 已连上，只有目标仍失败

  1. 先在同一节点发起新请求，区分旧视频会话失效与全部请求失败；退出原投放会话后重新发起，必要时只重新打开目标应用。
  2. 检查电视实际使用的配置与节点。若待机期间订阅、规则或账户状态变化，核对本轮更新结果和账户信息，保留可用副本；不要用旧节点列表证明更新成功。
  3. 看到域名解析、TLS 或握手错误时，先按错误阶段核对 DNS、时间、协议与网络。一轮只改一项，换节点后记录结果，不凭“已连接”跳过实际请求。

用三种场景检查恢复能力

场景记录的结果
切到后台再返回基础网络、VPN、目标应用是否仍正常
按平时方式待机再唤醒是否自动恢复；若需手动操作，写清是哪一步
正常重启后再访问是否需重新授权或启动；与待机结果分开记录

先完成短时间复现，再按平时的待机时长复测。每轮记录实际持续时间、操作和成功/失败数，不把一次成功写成长期稳定。最后停止客户端连接，确认直连可恢复；无效的电源或后台调整恢复到原值。求助时附上待机方式与唤醒后第一条错误，比只说“又掉线了”更容易定位。

本文依据官方资料与项目使用链路整理，未做真机连接实测。请记录实际设备和本轮结果；求助只分享脱敏后的版本、时间、失败阶段和错误，不发送订阅链接、配对二维码、配置凭据或家庭网络完整信息。