你点击了远程重启，机器停机了，却再也没有连回到你这边。或者出现了重新连接的提示，你点击后，会话还是中断了。或者该设备在你的列表中仍显示为在线，但每次尝试连接都失败。一次重启会破坏远程访问所需的依赖，这几乎可以解释所有故障：在有人本地登录之前，远端没有任何响应；或者重启前可用的凭据在重启后不再存在。下面，我会告诉你你遇到了哪一种情况，以及行之有效的修复方法。
TeamViewer 重启并重新连接：该按钮的作用
TeamViewer 的重启与重新连接是一个两步握手过程。当你在会话内触发重启时，TeamViewer 会询问你是否要等待伙伴，为该端点保留一个标记，并在远程设备报告已上线后向你提供一个重新连接按钮。
在这一次握手中，重新连接不会再次要求你输入密码。它不会在此之后为你保留可用的凭据。它也无法在 ID 更改后继续生效，并且当它向你提供重新连接按钮时，并不会验证远程软件是否已就绪。
TeamViewer 在重启后会重新连接吗：三个条件
TeamViewer 在重启后会重新连接吗有一个明确的答案：当三个条件同时成立时为是，只要有一个不成立则为否。远端必须运行一个已安装的客户端，使其以服务或守护进程的形式常驻，而不是一次性运行的模块。你必须持有该会话的标记，或持有在重启后仍然有效的凭据，并且两端都必须处于受支持的平台配对上。在 Windows 上，这个常驻组件是 TeamViewer 服务，这就是为什么下方的方案 3 会检查其启动类型。
TeamViewer 员工在一篇关于连接保持的社区讨论帖中直接阐明了该平台规则：重启并重新连接在 Windows 到 Windows 或 Mac、以及 Mac 到 Windows 或 Mac 的组合中有效。Linux 不在该配对之列。TeamViewer 自家的知识库又补充了第二个限制：macOS 上的重启功能尚未得到支持，仍在开发中。因此，Mac 可以作为该配对中的控制端，但不能作为该按钮的目标端。
TeamViewer 重启后重新连接：行之有效的解决方法
请按顺序执行这些修复。修复1和2本身即可解决大多数 TeamViewer 在重启后重新连接的问题，并且下面的每个修复方法都已在官方文档、支持社区或公开论坛上被技术人员证实。
修复 1：让远程端停止使用 QuickSupport
在重新启动任何内容之前，将 QuickSupport 替换为 TeamViewer Host。TeamViewer 在其 个人密码文档中明确说明了这一限制：无人值守访问仅适用于 Host 或完整版，QuickSupport 不支持。Host 作为 Windows 服务安装。因此，即使没有用户在场，它也会在登录屏幕上响应，而 TeamViewer 也记录了会话内升级路径，这不需要第二个下载链接，也不需要电话联系。
-
在活动的 QuickSupport 会话中，打开远程会话工具栏中的文件 & 附加功能。
-
将鼠标悬停在 远程安装 TeamViewer 上并选择 安装 TeamViewer Host。
-
通过安装主机模块进行确认。TeamViewer 会提示将关闭并安装新版本。单击确定或让倒计时结束。
-
当系统询问是否在安装 Host 后自动重新连接时，单击 等待伙伴。
-
安装完成后，点击 重新连接。TeamViewer 的Host-via-QuickSupport 文章指出，此次重新连接无需新密码。
-
在远程设备上打开 TeamViewer Host，点击 管理此设备，并使用您的 TeamViewer 凭据登录。这样会将该设备分配到您的账户，这是当前文档结束该流程的做法，也正是这一步使得下次重启后仍能继续使用。
该流程有一项限制：TeamViewer 指出，会话内的 Host 安装 仅在 Windows 设备之间的连接中有效。如果你从 Mac 或 Linux 设备进行控制，则此方法不可用，远程用户需要改为手动安装 Host。
请在驱动程序开始工作之前完成此操作。一旦机器宕机，你将没有会话来执行步骤一。
修复 2：设置个人密码或授予简便访问权限
个人密码在重启后依然有效，因为它是被存储的而不是生成的。在你仍然保持会话时，在远程计算机上进行设置。TeamViewer 已将此设置从安全移动到高级选项中，因此当前文档中的路径需要通过齿轮图标进入。
-
在远程设备上打开TeamViewer（经典版），然后点击右上角的齿轮图标。
-
选择高级，并通过显示高级选项进行确认。
-
滚动到 连接到此计算机的高级设置 和 个人密码 部分。
-
在两个字段中输入密码，然后单击 确定。TeamViewer 会拒绝词典单词和键盘顺序，并要求至少 8 个字符。
对于您长期管理的设备，建议改为分配该设备。在远程计算机上，打开 设置 使用齿轮图标，滚动到 常规 选项卡中的 管理此设备，点击它，并使用您的 TeamViewer 凭据登录。然后打开 附加功能, 选项, 安全，并勾选 授予轻松访问 位于 无人值守访问。轻松访问会将密码完全从流程中移除，这也避免了在任务进行过程中因远程版本更新而更改密码的情况。
修复 3: 强制 TeamViewer 服务在登录前启动
将该服务设置为 自动 并确认其正在运行，因为 手动 启动意味着在本地登录之前不会有任何响应。这是 TeamViewer 支持在重启相关帖子中首先要求检查的项目，以及 随 Windows 启动 TeamViewer 选项。
-
在远程计算机上，按下 Win + R，输入
services.msc，然后按下 Enter。 -
找到名为
TeamViewer的条目。自 TeamViewer 11 起，服务名称不再包含版本后缀，因此当前构建会将其注册为TeamViewer，而不是TeamViewer15。 -
右键单击它，然后选择 属性。
-
将启动类型设置为自动。
-
确认服务状态显示为运行中，然后单击应用和确定。
-
在 TeamViewer 中，打开 附加功能、选项、常规，并确认已勾选 随 Windows 一起启动 TeamViewer。
要通过命令行而非服务控制台进行验证，请在远程计算机上以管理员权限的PowerShell窗口中运行以下命令：
Get-Service -Name TeamViewer | Select-Object Name, Status, StartType
如果StartType返回Manual，请使用以下命令进行更正：
Set-Service -Name TeamViewer -StartupType Automatic
修复 4：让 Windows 在更新后自动重新登录
启用 自动重启登录，这样 Windows 会在更新重启后将上一次交互式用户重新登录并锁定会话。Windows 更新会提取已登录用户的派生凭据，将其持久化到磁盘，配置 自动登录，然后在下一次启动时登录并锁定设备。对于远程访问，这一点很重要，因为用户会话再次存在，因此任何依赖已登录桌面的功能都能正常工作。
-
在远程计算机上，打开设置，然后进入帐户，接着选择登录选项。
-
在 Windows 11 中，滚动到 其他设置 并打开 使用我的登录信息在更新后自动完成设置。在 Windows 10 中，相同的切换开关位于 隐私 下，名称为 使用我的登录信息在更新或重新启动后自动完成我的设备设置。
-
如果切换开关呈灰色（不可用）通常有两个原因。帐户未配置 Windows Hello 凭据；或者设备已加入域，该选项由组织策略控制。下方的策略路径适用于第二种情况。
在 Windows 专业版 和 企业版 上，请改为通过策略进行设置：
-
按下 Win + R，输入
gpedit.msc，然后按下 Enter。 -
转到 计算机配置、管理模板、Windows 组件、Windows 登录选项。
-
打开 在重新启动后自动登录并锁定上一次交互式用户， 并将其设置为 已启用。
两个限制决定这是否对你有帮助。微软将受管理设备与非受管理设备区分开来。非受管理设备会使用设备加密，但并不强制；而受管理设备需要 TPM 2.0、SecureBoot 和 BitLocker 在 ARSO 进行任何配置之前，管理员可以通过策略覆盖该要求。受管理设备上的 ARSO 目前仅适用于已加入 Microsoft Entra ID 的设备。
第二个限制在支持工作期间更为重要。在受管理设备上，你手动触发的重启不会使用 ARSO，而由 Windows Update 触发的重启会使用 ARSO，同样使用 shutdown -g -t 0 的重启也会使用 ARSO。当你希望在自己发起的重启后由 Windows 将用户重新登录时，应使用该命令。该功能对应的注册表值是 DisableAutomaticRestartSignOn，位于 HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System，其中 0 表示启用。
修复 5：排除网络适配器和快速启动
网络适配器的电源管理会在没有任何故障迹象的情况下使机器从网络断开，并且适用于任何启动方式。快速 启动 完全不适用于重启，因此它无法解释 远程重启 路径。但它仍应在同一阶段考虑，因为人们给客户的后备建议是将机器关机并重新上电，而这正是 快速启动 所管辖的路径。
-
在远程计算机上打开设备管理器，展开网络适配器，右键单击活动适配器，然后选择属性。
-
打开电源管理选项卡，并取消选中允许计算机关闭此设备以节约电源。
-
单击确定。
-
打开 控制面板, 电源选项, 选择电源按钮的功能。
-
单击 更改当前不可用的设置。
-
取消选中 启用快速启动（推荐） 并保存更改。
哪个修复适用于哪个配置
| 远端设置 | 重启后所见 | 从这里开始 |
|---|---|---|
| QuickSupport 在 Windows 上 | 终端已消失。没有重新连接。 | 修复 1 |
| 完整客户端，仅随机密码 | 设备在线，密码被拒绝。 | 修复 2 |
| Host 或完整客户端，服务设为 手动 | 在本地登录之前没有任何响应。 | 修复 3 |
| 功能更新后已加入域的 Windows 11 | 到达登录界面，用户会话缺失。 | 修复 4 |
| 笔记本或迷你电脑，合上盖子 | 在有人操作之前无法访问。 | 修复 5 |
| Linux 终端（Ubuntu、Debian、Fedora） | 远程重启 为灰色，未提供重新连接选项。 | 不支持。请在操作系统内部重启并手动重新连接。 |
为什么在更新和安装驱动程序后，TeamViewer 重启后的自动重新连接会失败
重启后 TeamViewer 的自动重新连接在更新和驱动相关工作期间最常失败，因为这些工作会改变重新连接所依赖的要素。Windows 更新导致的重启会让机器停在无人登录的登录界面。安装驱动程序可能会使机器的 TeamViewer ID 与你排队等待重新连接的那个不同。这两种情况都不会表现为网络错误，这也是标准检查清单找不到问题的原因。
四种故障模式可以解释这些报告，而且每一种都在 TeamViewer 自己的支持社区或其知识库中有记录。
每次 TeamViewer 重启时，访问密码都会重新生成
随机访问密码与 TeamViewer 进程的生命周期绑定。重启会重新启动 TeamViewer，并生成一个新密码。 Keep current 选项仅在最终用户不重启 TeamViewer 的情况下保留该密码，且对于随机密码，无法阻止其更改。
在 Random password after each session 下有四个选项，详见 TeamViewer 的 随机密码文档： Keep current、 Generate new、 Deactivate，和 Show confirmation。它们控制的是会话结束后会发生什么，而不是 TeamViewer 重启后会发生什么；并且 Keep current 是 TeamViewer 明确说明仅在应用程序重启之前有效的那个。个人密码或 Easy access 是唯一不取决于上述四个选项中具体设置的途径。
在有人在本地登录之前，什么都不会响应
如果远端运行的是QuickSupport，重启会删除该端点。QuickSupport 是一次性运行的可执行文件，没有服务也没有自启动项；并且 TeamViewer 在其文档中明确了这一限制: 无人值守访问仅适用于 Host 或完整版本，QuickSupport 不支持。一位在完整客户端上、其客户使用 QuickSupport 的注册用户描述了结果，即远程重启后他无法自动重新连接，而且每次都需要远程用户手动授权连接。
当完整客户端的随 Windows 启动 TeamViewer处于关闭状态，或当TeamViewer_Service.exe处于启动类型 手动时，也会出现相同的症状。一条在Windows 10 内部版本 15063.138上发起的 TeamViewer 社区帖子精确记录了这一模式: 升级后，这台机器从计算机列表中消失；发帖者本地登录的那一刻又重新出现；下一次重启后再次消失；而且每次查看时服务都设置为自动并处于运行状态。请先检查服务的启动类型，然后再检查登录后是否有teamviewer.exe运行，最后再确认这台电脑是否在线。
重新安装驱动程序可能会更改 TeamViewer ID
重新安装网络适配器驱动程序可能会在重启后让你的 TeamViewer ID 发生变化。TeamViewer 社区的一位用户 详细说明了整个过程：错误的网络适配器驱动程序、卸载、使用正确驱动重新安装、重启，然后得到一个新的 ID。他的日志给出了原因，即 MID 已发生更改。TeamViewer 并未公开 MID 的来源，且该帖子从未得到答复，因此应将其视为一种已知结果，而非有据可查的规则。
这是在进行驱动程序操作之前，没人会提醒你的故障模式。重新连接标记指向旧的 ID。这台机器在线、可达，但响应的是你已不再拥有的地址。Windows 功能更新也会产生相同的结果，在 Windows 10 2020 年 5 月更新后有报告。
重新连接提示在远程模块准备就绪之前出现
该 重新连接 按钮在远程软件启动之前就变为可点击，过早点击会导致会话失败。一位技术人员在社区主题 QuickSupport 重启 中记录了这一过程：每个提示都正确出现，但重新连接始终未能建立，而且他自己的测试表明，Windows 启动后过一段时间 QuickSupport 才会启动，而重新连接框会立即出现。在模块运行之前点击，整个会话就会失败，且无法恢复，除非由客户端重新发起一个全新的会话。
没有用于显示模块状态的指示器，你这边也无法轮询其状态。该按钮表示的是设备已响应，而非其背后的软件已就绪。
大多数人首先尝试的做法，以及其失败原因
针对这个问题的几乎每个帖子都会提到四个做法，但它们都没有触及这两大根本原因中的任何一个。
重新安装 TeamViewer。 这能恢复连接，直到下一次重启，之后同样的症状又会出现。有关NOT READY: Please check your connection错误的论坛帖子正是如此：重新安装后可以正常使用，下一次重启又会失效。
重启 TeamViewer 服务。 当你能访问这台机器时，这是中肯的建议。问题就在于你无法做到。
打开端口并转发3389。 这是来自 RDP 指南的做法，对 TeamViewer 毫无作用，因为它不需要任何入站规则。端口3389属于远程桌面协议，这是另一个产品，故障特征也不同。
局域网唤醒。 机器已经开机，并且能响应 ping。电源状态没有任何问题。
还有两个看起来像修复的方法，其实并不是。 保持登录状态常被当作通用疗法来推荐，但并非如此，因为它既不影响监听器也不影响访问密码。在一个关于这个确切问题的社区帖子中，有用户回复说即使启用了它，重启后仍然无法连接。它只在一种情况下有意义：下表中的商业用途限制。
第二个更微妙。 随 Windows 启动 TeamViewer是正确的设置，因为它会将 TeamViewer 安装为 Windows 系统服务，从而在 Windows 登录之前就开始响应；但复选框被勾上并不能证明该服务仍然保持那样的设置。用户报告该选项在版本更新后会重置为默认值，因此请在services.msc中检查该服务，而不是只看复选框。另外，由于上述原因，设备列表中的在线指示在重启后也不可靠。
错误信息及其含义
在更改任何内容之前，先将你看到的字符串与原因进行核对。
| 消息 | 指向的原因 | 从这里开始 |
|---|---|---|
Partner did not connect to router. Error Code WaitForConnectFailed |
两个设备之一存在连通性问题。这是症状而非诊断；重启后，常见原因是远端那边没有恢复上线。 | 先检查连通性，然后执行 Fix 1 和 Fix 3。 |
Not ready. Please check your connection |
远程客户端无法连接到 TeamViewer 的服务器。TeamViewer 指向的是一般性的互联网连通性问题、客户端没有外出路由、出站端口 5938 被阻止，或 TeamViewer 服务或状态出现问题。 | 请确认该机器已在线，然后执行 Fix 3。 |
Commercial use suspected 重启后 |
这是 TeamViewer 的商业用途检测，属于许可问题而非重启故障。之所以在重启后出现，是因为那是你下一次尝试连接的时间点。 一位持证用户报告了此问题，正是按该顺序。 | 请确认你在发起连接的那台机器上已登录，因为许可证绑定在该处；然后将其作为许可证问题处理。 |
黄色的 Connecting... 一直无法结束 |
端点已注册，但会话无法附加到显示器。常见于先前会话结束后的 Linux 端点。 | 请在本地重启。重新连接功能不涵盖这种情况。 |
Remote Desktop can’t connect to the remote computer for one of these reasons: |
RDP，而非 TeamViewer。一个通用故障，已有多种原因被记录：未启用远程桌面、机器离线、网络问题，或侦听器及其服务未运行。 | 参见下方的 RDP 部分。 |
Error code: 0x10b Extended error code: 0x0 |
通用的 RDP 消息，表示与远程计算机的连接已丢失。这是症状而非诊断，出现在各种掉线会话中。 | 该 Microsoft Q&A 讨论帖关于“每次重启后只能连接一次”的变体，记录了该症状，但从未给出确认的修复方案。 |
平台不设限制，文档集中在一个地方
重启和重新连接的范围比功能列表所示更窄，且相关限制分散在三份独立的文档中。此表将它们汇总在一起。
| 远程端点 | 是否支持远程重启 | 在安全模式下重启 | 自动重新连接 |
|---|---|---|---|
| Windows | 是 | 是 | 是，可从 Windows 或 Mac 控制端 |
| macOS | 否。TeamViewer 的文档称其尚未受支持，仍在开发中。 | 否 | 受支持，可从 Windows 或 Mac 控制端使用，但必须在 macOS 内部启动重启 |
| Linux | 否。 操作 条目为灰色。 | 否 | 否 |
15.6.7 的 TeamViewer 用户在两台 Ubuntu 18 机器上 报告“远程重启”选项为灰色不可用 在 操作 菜单中，并称每次重启后都必须对远程机器进行物理访问。该帖子从未给出解决方案。如果在纯 RDP 下重启后无法连接到远程桌面，该怎么办？
如果你使用 Windows 远程桌面而不是 TeamViewer，并且在重启后无法连接到远程桌面，请先从服务入手而不是从网络入手。 远程桌面服务，其服务名称为TermService，其默认启动类型为手动，旨在按需启动，而人们常遇到的问题是，在更新后重启时它完全没有启动。
确认 TermService 正在运行，然后更改其启动类型
-
按下 Win + R，输入
services.msc，然后按下 Enter。 -
在列表中找到远程桌面服务。
-
右键单击它，选择 属性，并将 启动类型 设置为 自动。
-
如果该服务已停止，单击启动，然后应用和确定。
在提升权限的 PowerShell 会话中:
Set-Service -Name TermService -StartupType Automatic
Start-Service -Name TermService
第二项服务，以及如何确认监听器正在运行
微软明确指出有两项服务需要检查以定位此错误： Remote Desktop Services (TermService) 和 Remote Desktop Services UserMode Port Redirector (UmRdpService)，并要求确保二者都在运行。它未规定启动类型。
将其改为 Automatic 的建议来自一线实践：一位慈善机构的 IT 管理员在 微软的 Q&A 论坛上描述了一台桌面电脑，在每次更新重启后都拒绝 RDP，必须第二次重启才能接受连接。他把 TermService 和 UmRdpService 从 Manual 改为 Automatic，这一做法此前已在三台客户端上清除了同样的随机故障；在这台机器上，他还发现 Fast Startup 仍处于启用状态，并通过 HiberbootEnabled = 0 将其关闭。这两项检查应在同一次排查中完成。
在更改这些设置之前，先确认侦听器是否在运行。请在远程计算机的提升权限命令提示符中运行 qwinsta。输出应包含处于 Listen 状态的 rdp-tcp 行。如果该行不存在，说明侦听器已停止，再多的网络层面操作也无济于事。
如果侦听器在运行但连接仍然失败，请检查该机器是否卡在设置过程中。 微软关于此错误的指南 指向 HKLM\SYSTEM\Setup 下的两个注册表值： SystemSetupInProgress 和 OOBEInProgress。两者都必须为 0。
HelpWire 如何处理重启和重新连接
在远程系统重启或用户注销后，HelpWire 会自动重新连接到会话，这正是上述五项修复在 TeamViewer 中旨在保护的工作流程环节。
工作原理
远程机器上的 HelpWire 客户端应用保存了无人值守授权，因此访问不依赖于在启动时轮换的密码。你只需点击 请求 无人值守访问，可在 HelpWire Web 门户的工作站选项卡中或通过 Operator 应用进行，随后远程用户会授予权限。
具体来说，对于更新和驱动程序相关的工作，有三点变化。凭据在启动时不会轮换，因此机器恢复后无需重新输入任何内容。可以在会话中通过 请求管理员访问（位于 Operator 工具栏上）获得管理员提权，因此受 UAC 限制的安装程序无需有人在键盘前。此外，如果你隶属于某个组织，则该授权归组织所有，因此当第一位技术人员下班时，队友可以接手同一台设备。
注意： 在启用FileVault 的 macOS 上，远程用户每次重启后都必须先登录其帐户，才能开始无人值守会话，这是 macOS 的限制，而非 HelpWire 的限制。在 Linux 上，与重启相关的细节是，HelpWire 支持 Wayland 和 X11 会话，但在 Wayland 上无法访问登录屏幕，这是操作系统的限制，这意味着重启后的 Wayland 桌面只有在有人登录后才能再次访问。
比较: 三个工具之间的重启与重新连接
| 功能 | TeamViewer（主机或完整客户端） | Windows RDP | HelpWire |
|---|---|---|---|
| 远程重启后重新连接 | 是，仅限 Windows 与 Mac 配对 | 无提示。需要手动重新连接。 | 是，重启或注销后可重新连接 |
| 凭据在重启后保持有效 | 仅在使用个人密码或 便捷访问 | Windows 帐户凭据 | 无人值守授权，无需轮换密码 |
| 远程重启进入安全模式 | 是，适用于 Windows 设备 | 无法从客户端发起 | 从远程桌面重启 |
| 远程端设置 | 安装 Host 或完整客户端 | 启用远程桌面。 Pro、 Enterprise、 Education、或 Server 仅限，不支持 Home。 | 客户端应用，Windows 上可便携 |
| 会话内管理员权限提升 | 需先启用 Windows 身份验证 | 会话内原生支持 | 请求管理员访问 在工具栏上 |
常见问题
使用 操作, 远程重启, 在安全模式下重启 从 Windows 终端的会话工具栏中。TeamViewer 的手册指出，此选项会在带有网络驱动程序的安全模式下重启计算机，因此网络栈理应存在。真正的注意事项在更下一层： FixMe.IT 文档 显示在某些设备上 Windows 10 会在 安全模式 下完全禁用网络，这是微软的限制，任何远程工具都无法控制。在依赖远程访问将其退出安全模式之前，请确认该计算机在安全模式下能够连接到互联网。
当配置了预启动身份验证时确实会如此，因为计算机会停留在 BitLocker PIN 或恢复密钥提示界面，直到 Windows 启动。那时没有任何服务在运行，因此任何远程工具都无法访问它。另一方面，BitLocker 也会带来相反的影响，因为 Automatic Restart Sign-On 依赖于它。该 ConfigAutomaticRestartSignOn 策略 在 BitLocker 已启用且未被暂停时，默认采用 Microsoft 称为 Enabled 的模式，并且受管理的设备还需要将 BitLocker 与 TPM 2.0 和 SecureBoot 一并启用。仅 TPM 身份验证是能兼顾双方的设置，因为它让 BitLocker 为 ARSO 保持活动状态，同时取消阻碍启动的预启动提示。
版本更新会关闭并重新启动应用程序，这与重启一样会重新生成随机访问密码。会话本身没有问题，因为 TeamViewer 的文档说明，您会自动重新连接到远程计算机 在更新后。问题会出现在您下次连接时，您记下的密码将不再有效。设置个人密码或 简便访问 在您运行 远程更新 之前。
确实可能发生，而且更改并不总是永久性的。一位用户 报告安装 ID 被更改 在该设备已分配许可证的情况下，紧接着 Windows 10 2020 年 5 月更新后，并且在第三次完整重启并再进行一轮 Windows 更新后，原始 ID 又自行恢复了。该讨论串中的第二位用户也看到了同样的回退。对于你可无人值守访问的任何设备，在进行功能更新之前记下当前的 ID。如果它发生变化，在花费一次许可证迁移名额之前，让该设备再经历一个完整的重启周期，因为第三位用户为新的 ID 创建了一个新条目，却发现他一离开会话它就失效了。
要足够长，确保设备已经在线运行了一段时间，而不是在指示器刚变绿的那一刻。TeamViewer 并未公布明确阈值，因此可将以下视为经验规则：普通桌面电脑约十五秒，而对会处理 组策略 在启动时的加密或已加入域的笔记本电脑，则接近九十秒。之所以会有这个间隔，是因为远程软件在能够提供会话之前需要先向 TeamViewer 服务器注册，因此指示器早于实际就绪。
