探测设置
调整健康检查目标、频率、并发、超时和电池消耗。
如果健康检查太频繁、结果太旧、太慢，或太耗电耗流量，请看本页。
健康检查设置
这些控件决定 Tunna 多久发送一次小测试，以及等待响应时等多久。
将这些卡片作为此视图中可见标签的地图。每张卡片都会说明一个字段、控件或状态项，并在你更改或依赖它之前解释它的用途。
Tunna 会测试什么
如果一直看不到延迟，或所有节点都像不可用，先检查这里。
启用
打开或关闭探测。默认值是 On。想让 Tunna 停止健康检查时可以关闭；延迟、活跃、Top 10 和 ZAP 可能会变旧。
目标
每个节点要访问的小测试网址。默认是 https://tunna.app/connectivitycheck。无效内容会回退到 http://gstatic.com/generate_204。
超时
Tunna 等待一次探测响应的时间；超过就判定失败。范围为 1 到 30 秒，默认 3 秒。慢网络可以调长一点。
Tunna 多久测试一次
检查越频繁，延迟结果越新，但也会消耗更多电量和数据。
间隔
正在使用时探测重复的频率。范围为 3 到 60 秒，默认 5 秒。
空闲间隔
Tunna 空闲时探测重复的频率。范围为 60 到 600 秒，默认 120 秒。
退避间隔限制
网络状况不好时，Tunna 最多可以把重复探测放慢到多久。范围为 60 到 600 秒，默认 300 秒。
Tunna 同时测试多少节点
Concurrency 控制同时可以检查多少个节点。
Concurrency
Tunna 同时测试的节点数量。滑块范围为 1 到 100，默认 30。数量越大，大列表检查越快，但也可能消耗更多电量和数据。
应用把这些控件分成 表现、定时 和 高级 Lifecycle
表现 里有 Concurrency 滑块。定时 里有 超时、间隔 和 空闲间隔 滑块。高级 Lifecycle 里有 退避间隔限制。启用 和 目标 放在这些分组上方，因为它们决定是否运行探测，以及探测访问哪里。
检查越多，资源消耗越多
健康检查很小，但仍然需要访问网络。间隔短、并发高、退避低，都会让 Tunna 更频繁地检查节点。这样延迟结果会更新，但也可能消耗更多电量、CPU 和移动数据。
离开页面时会自动保存
这里没有单独的 保存 按钮。离开此页面时，Tunna 会保留当前的 启用、目标、Concurrency、超时、间隔、空闲间隔 和 Backoff Limit 选择。