订阅与服务器管理

订阅保存的是什么

Subscribe 保存的是一个可再次请求的入口。客户端访问该地址，取得服务器列表，再把可识别的内容呈现在本地。列表中的单个服务器包含地址、端口、协议和认证信息；订阅地址则负责把这一组记录联系起来。两者不是同一个对象：服务器还能连接，不代表订阅地址仍然有效；订阅能更新，也不代表其中每个服务器此刻都可连接。

导入前先确认手中内容确实是自己的订阅地址，而不是账号管理网页、单条分享链接或规则文件地址。网页能够在浏览器显示，不足以证明它能作为订阅使用；客户端需要取得可解析的列表，而不是登录表单、错误提示或网页排版。不要把含认证信息的地址贴到公开讨论区，请在自己的设备上完成核对。

按顺序建立订阅记录

1. 在 Home 的添加入口中查找 Subscribe；若当前界面先进入 Add Server，则在类型选择中检查是否提供 Subscribe。入口位置以设备上的实际界面为准。
2. 在地址字段粘贴完整订阅地址，检查开头、结尾以及查询参数是否保留。给记录填写能区分用途的备注，例如“日常使用”，避免仅用日期作为名称。
3. 保存并执行首次获取。待列表出现后，先查看所属分组和服务器备注，不要马上连续添加同一个地址。
4. 选择自己有权使用的一条记录，完成连接验证。首次连接和系统权限处理可接着查阅快速上手教程。

示例只用于辨认结构，不可用于实际连接。下方地址中的域名、路径和参数均为教学假值；实际地址可能没有查询参数，也可能使用不同路径。复制时应保留原始内容，不要根据示例给自己的地址补上字段。

https://example.com/sub?token=xxxx

保存成功不等于获取成功

保存记录只说明本地接受了输入。首次请求还可能因网络、地址失效、认证失败或内容格式不受支持而失败。若只有订阅名称而没有服务器，先读错误信息，再判断属于“请求没有完成”还是“请求完成但无法解析”。前者优先检查本地联网与地址可达性；后者检查返回内容是否是网页、空列表或不对应当前入口的配置格式。

如果提示认证失败，应回到已有订阅的管理页面核对访问权限和完整地址，不要随机删改参数。若出现证书错误，核对设备时间与地址拼写；不应把关闭证书验证作为默认修复。若网络需要网页登录认证，先完成该网络的正常联网流程，再回到 Subscribe 重试一次，避免把公共网络登录页误当成订阅返回内容。

导入后的三项检查

第一，查看服务器是否归属于预期订阅，避免与手填记录混淆。第二，打开一条记录核对协议与地址是否完整，但不要把认证内容展示给旁人。第三，确认当前使用的 Config 没有被导入操作意外替换。订阅列表解决“可以选择哪些服务器”，Config 解决“访问目标如何处理”，二者应分别检查，不能用列表出现来推断规则已经配置正确。

同一地址在不同设备导入，不代表本地备注、当前选择和手动修改会自动保持一致。把每台设备看作独立的管理副本，分别确认首次获取和连接结果。对只有单条服务器信息的情况，直接转到下一章，不必先把单条信息加工成订阅。

先选 Type，再输入连接信息

Add Server 用于建立独立服务器记录。开始前准备已有服务器的完整参数，先选择 Type，再填写对应字段。不同类型会显示不同的认证和传输选项；若先填地址再随意切换 Type，部分字段可能被重置，或者保留下与新类型不匹配的值。信息不完整时应返回自己的服务器资料核对，不要凭其他记录的外观猜测。

地址字段通常填写主机名或 IP，而不是完整网页地址。端口是单独的数字字段，不应把路径、查询参数或备注写进去。若资料给出域名，保留域名通常比擅自换成解析出的 IP 更合适，因为 TLS 身份验证和服务器路由可能依赖域名。使用 IPv6 时尤其要区分界面中的独立地址字段与分享链接中的方括号语法。

认证、TLS 与传输各管什么

Shadowsocks 需要与服务器一致的加密方法及密码；选择了相近名称的方法，也不能视为等价。VMess 与 VLESS 常见的身份字段是 UUID，但这不表示两种类型可以互换。Trojan 通常涉及密码和 TLS 参数。HTTP、SOCKS5 是否需要用户名与密码，取决于已有服务器的设置。应逐项照录，而不是把所有认证信息都塞进 Password。

TLS 负责连接中的加密与身份校验，SNI 用于握手时携带服务器名称。连接地址、SNI、传输层 Host 有时相同，有时不同，必须以服务器实际要求为准。Path 属于特定传输方式的路径，不是订阅地址的路径。遇到握手失败时，应检查这几个层次是否匹配，而不是只反复修改端口。证书校验相关设置应保持符合实际证书的要求。

WireGuard、Hysteria2 等类型还有各自的专用参数，不能套用普通用户名密码的理解。只填写当前类型需要的字段，资料中未要求的高级选项先保持默认。若资料明确给出某项而界面找不到，先确认 Type 与入口是否正确，再查阅术语表理解字段含义；不要把该值挪到名称相似但职责不同的输入框。

用最小改动定位错误

保存前先检查空格与换行。密码可能区分大小写，复制时也可能夹带不可见字符；UUID 的连字符与字符顺序应保持原样。备注可以自行改成便于辨认的名称，但认证值不适合手工“整理”。保存后先选中这条记录进行测试，再尝试访问一个自己有权限访问的正常 HTTPS 页面，分别观察连接层和实际请求结果。

排错时一次只改变一类字段。例如先修正地址和端口并复测，再核对认证，最后检查 TLS 与传输。一次改变多项，即使恢复正常，也无法知道真正原因；以后更新时容易再次出错。原记录还可用时，可先建立带“核对中”备注的独立副本，测试完成再决定保留哪条，避免直接覆盖正在使用的参数。

手填解决的是单条服务器参数，并不会自动建立规则分流。记录可用之后，仍需检查 Global Routing 与当前 Config。若错误只在部分网站出现，应该进入规则和 DNS 的排查分支，而不是继续修改已经验证有效的认证信息。

二维码只是内容载体

二维码可以装入单条分享链接、订阅地址，也可以只是一个普通网页地址。Scan QR Code 成功识别图形，并不代表里面一定是服务器信息。扫描前先确认二维码来自自己已有服务器或订阅的管理环境，避免把不明内容直接保存。若识别后显示网页地址，应先判断它是否确为订阅入口，而不是因为它能被扫描就认定格式正确。

在另一块屏幕上显示二维码时，保持图形完整、清晰并留出边界，避免屏幕反光或裁掉四角。相机离得过近会使边缘无法同时入镜，离得过远又可能让细小码点失真。可先调整距离与亮度，再尝试识别。不要把二维码发到公共渠道寻求代扫，其中的认证信息可能与一条明文分享链接具有同等访问能力。

相机权限与图片识别

使用 Scan QR Code 时，如果系统询问相机权限，允许后才能实时扫描。曾拒绝权限的设备，应到系统设置中找到 Shadowrocket 的相机权限再调整。若当前扫描界面提供从图片识别的入口，可以选择自己保存的原始图片；若界面没有该入口，则不要按照其他平台的截图寻找不存在的按钮，可改用原始文本导入。

扫码后先查看客户端识别出的类型、名称和地址，再保存。若结果只有一条服务器，而预期是整个订阅，说明二维码可能携带的是单条链接；反过来，订阅二维码也不一定立即展开全部服务器，需要先保存订阅并完成首次获取。此时应检查对象类型，而不是反复扫描制造重复项。

剪贴板导入的完整流程

1. 从自己的资料中复制完整原文，尽量使用“复制链接”一类能取得原始内容的操作，避免连同说明句、列表符号或引号一起复制。
2. 回到 Shadowrocket，使用界面提供的剪贴板导入操作。若系统询问是否允许粘贴，只在准备导入时确认。
3. 查看识别结果。单条分享应对应独立服务器，订阅地址应对应订阅对象；无法识别时先保留原文，不要盲目重复保存。
4. 保存后检查记录所属位置，再测试连接或执行订阅获取。完成后可复制一段不含敏感信息的普通文字覆盖剪贴板。

剪贴板为空、粘贴权限被拒绝、复制内容带有富文本包装，都会让导入失败。最简单的核对方法是在设备上的私密文本编辑环境检查开头协议和结尾是否完整，确认没有多出来的中文说明、全角标点或换行折断。不要把真实密码粘贴到网页搜索框或公开在线解析页面。

批量内容与重复项怎么处理

多条分享链接通常需要每行一条，具体是否支持一次导入多条，以当前入口的识别结果为准。先用一条确认流程，再处理剩余内容，可以缩小故障范围。若整段文本被识别成一个异常名称，或只出现其中一条，不应把保存成功当作批量导入完成；应返回原文检查分隔方式，并逐项核对结果。

同一服务器经扫码和剪贴板各导入一次，通常会形成两条本地记录，而不一定自动合并。名称相同也不能证明参数相同：其中一条可能更新过端口或传输字段。清理之前比较 Type、地址、端口与来源，保留当前验证有效的一条。认证字段只在自己的设备上核对，不要为比较方便把两份完整信息发送到聊天记录。

识别成功但连接失败时，转到第二章核对参数；订阅能保存却没有服务器时，回到第一章检查首次获取。把“识别、保存、获取、连接”分成四个阶段，会比反复更换导入方式更容易定位问题。更多权限问题可查阅FAQ中的安装与首次打开分类。

单条分享不是自动更新入口

单条分享链接通常描述一台服务器，包含协议类型、认证、地址、端口以及可选传输参数。导入后得到的是某一时刻的参数副本；服务器以后更换密码或端口，这条副本不会因为当初来自分享链接就自动同步。订阅地址通常指向一个可再次获取的列表，更新行为作用于该列表及其所属记录，两者的生命周期不同。

常见前缀包括 ss://、vmess://、vless:// 与 trojan://。前缀告诉解析器应该按什么方式解释后续内容，不是可以任意替换的标签。把前缀改成另一种协议不能完成转换，因为认证方式、封装结构和传输含义可能完全不同。遇到不受支持的结构，应核对原始导出格式。

编码、查询参数与备注

某些格式会把认证信息或整段结构编码后放进链接。编码只是改变表示方式，不等于加密保护，也不意味着可以公开展示。看似杂乱的字符仍可能还原为密码、UUID 和服务器地址。不要为了让链接“更整齐”手动去掉等号、连字符或下划线，这些字符可能属于编码本身。

查询参数通常由问号开始、用与号分隔，可能携带传输类型、TLS、Host 或 Path 等信息。链接末尾的井号部分常用于备注。备注中的中文、空格和特殊字符可能经过百分号编码；应交给客户端解析，不要把已经解码的文本再次重复编码。修改备注通常不影响连接，但误删井号之前的参数可能改变实际连接行为。

从网页代码或邮件复制时，原本的与号有时会变成 HTML 实体，原本的半角字符也可能被排版替换。此时原链接看上去近似正确，解析结果却会丢字段。应优先重新取得原始文本，而不是逐个猜测恢复。对于较长链接，显示时折行不一定等于原文含换行，要在本地确认实际字符。

用解析结果验证，而不是手改编码段

导入后逐项检查 Type、地址、端口、认证和传输字段，比只观察名称是否出现更可靠。某些格式在不同实现中的可选参数并不完全一致；即使前缀可识别，也可能有字段没有被当前入口采用。若资料明确要求某项而解析后缺失，可按第二章在独立记录中核对补全，并保留原始资料以便回退。

下面仅展示一个便于阅读的结构示例，域名和密码都是假值，不可连接。它说明认证、主机、端口、查询参数与备注的相对位置，不代表每种协议都采用同样的布局，也不代表所有高级选项都适合写入此处。

trojan://[email protected]:443?security=tls&sni=example.com#Manual-Example

如果一个 HTTPS 地址返回的是完整配置，而不是服务器列表，应使用与该内容匹配的配置导入入口；不要强行塞进 Subscribe 后期待自动兼容。完整配置可能同时改变规则、DNS 和服务器定义，影响范围比单条分享更大。导入前应先备份当前配置，再检查内容，不要覆盖后才寻找原文件。

需要进一步了解字段布局时，可阅读分享链接格式与订阅链接的区别。无论使用哪一种格式，都应把原始链接当作敏感资料保存；对外排错只描述协议和错误阶段，隐去认证、完整地址参数及可还原这些信息的二维码。

更新会改变哪些内容

订阅更新会重新请求远端内容，并依据返回结果调整本地所属服务器。名称、地址、端口、认证以及列表成员都可能变化，因此更新不是单纯“刷新显示”。更新前可记录当前使用的服务器名称与用途；若依赖本地修改，应先备份。远端列表删除某项后，该项可能在更新中消失，不能把仍看得到旧记录当作长期保证。

已经建立的连接与下一次新建连接也要分开理解。列表更新完成，不一定意味着所有现有连接立即改用新参数；必要时应在确认保存后重新连接，再验证实际访问。不要在重要上传、会议或远程工作进行中反复更新和切换，以免连接重建影响正在进行的任务。先选择可接受短暂中断的时段处理。

手动更新与自动更新的取舍

手动更新适合需要观察变更和逐项确认的情况：先备份，执行一次获取，检查列表差异，再测试当前用途。若界面提供自动更新及周期设置，可根据实际使用频率启用，但不要把短周期理解为稳定性的保证。更新过密会增加请求次数，也可能触发远端频率限制；后台执行还会受到系统调度与联网条件影响。

自动更新开启后仍应偶尔主动检查结果。设备长期离线、系统限制后台活动、订阅访问权限变化，都可能使更新停留在旧状态。判断依据应是一次明确完成的请求与实际列表内容，而不是仅看自动更新开关。不同平台的调度机制可能不同，不应假定多台设备会在同一时刻取得完全相同的列表。

按错误阶段选择排查动作

请求超时先检查本地网络、域名解析和目标地址的可达性；认证失败先核对自己的访问权限与原始链接；解析失败先考虑返回内容是否变成网页、提示信息或不同格式。若列表成功更新但服务器连接失败，应检查当前选项及协议参数，而不是继续向订阅地址重复发送请求。错误所在阶段不同，下一步也不同。

如果更新地址在当前网络无法访问，可比较设备在另一条自己有权使用的网络上的结果，以区分本地网络问题与远端问题。已有可用连接时，也应明确本次请求走的实际网络路径；不要同时改路由、DNS 和订阅地址。连续失败后暂停重试，保留错误文字与出现条件，再有针对性地核对。

订阅更新不等于 Config 更新

服务器订阅与规则配置可以有各自独立的更新入口。服务器可用而部分目标访问失败时，应检查 Global Routing 和 Config，而不是把所有问题归因于服务器。下方是用于理解规则顺序的片段：先匹配指定域名，再匹配指定地区 IP，最后使用兜底处理。它不是完整配置，不应直接替换现有文件。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

规则从上到下匹配，先命中的规则决定处理方式；FINAL 用于前面均未命中的情况。示例中的 PROXY 代表相应代理处理，实际使用前应确认配置中的策略与服务器选择关系。DNS 解析结果、规则顺序以及当前模式都会影响最终路径，列表中某条记录存在，并不说明每个请求都经过它。

当一次更新同时带来服务器与配置变化时，最好拆成两次验证：先确认服务器连接，再确认规则行为。记录自己改动的项目，但不要把凭据写进排错笔记。若仅在开关打开后无法联网，接着阅读服务器、Global Routing、DNS 与规则逐项排查，保持一次只改变一个变量。

建立可辨认的命名方法

同时管理多个已有订阅时，首先区分“订阅名称”和“服务器名称”。前者帮助追溯更新入口，后者帮助选择具体连接。订阅名称适合写自己能理解的用途或环境，例如“日常使用”“测试环境”；服务器备注则可以补充用途和来源。避免只写“新”“备用”等缺乏上下文的词，时间一长很难判断哪项应该保留。

名称不应包含密码、完整订阅令牌或其他认证值。即使列表本身只在自己的设备上显示，截图、投屏和备份文件名也可能暴露名称。对远端自动生成的服务器名称，要预期下次更新可能恢复原样；需要持久备注时，先确认当前界面对本地重命名的保留方式，不要以一次保存成功推断以后永不变化。

先分来源，再做去重

同名记录可能属于不同订阅，也可能使用不同协议、端口和传输设置；地址相同也不一定代表完全重复。去重前至少核对所属订阅、Type、地址和端口，再在本地确认认证与传输是否一致。不要仅凭名称删掉一半列表。对暂时不确定的项，可先做好备注并停止使用，等验证完成再清理。

同一地址被重复添加为两个订阅时，两组可能在不同时间更新，产生看起来不一致的内容。先选择准备保留的订阅，完成一次明确更新，再验证当前使用记录。确认它具备所需内容后，才考虑删除另一组。删除前还应查看当前服务器与配置引用，防止把仍被使用的组当作纯重复项处理。

服务器、策略与模式分开管理

列表整理不会自动改变所有流量的处理方式。Global Routing 的 Config、Proxy、Direct 分别代表按配置、使用代理、直接连接这三种基本处理姿态；若界面还提供 Scene，应按实际场景设置理解。选择服务器和选择模式是两个动作：选中了某条服务器，但模式为 Direct 时，不能据此判断访问一定经过代理。

配置中若按名称引用服务器或策略，重命名和删除就可能影响引用关系。整理前先查看当前配置是否存在这类依赖，整理后检查策略选择与规则命中。不要把名称改完、列表看起来整洁作为结束条件；应至少完成一次与日常用途一致的实际访问，确认请求使用了预期的处理方式。

把整理拆成可回退的小批次

一次只处理一个订阅：备份现状，核对重复记录，完成命名，更新并测试，再进入下一组。这样若出现异常，可以明确关联到最近的一批改动。把“更新全部、重命名全部、删除旧项、替换 Config”同时执行，会让问题交织在一起；即使有备份，也难以判断应该恢复哪一部分。

多台设备之间也应按设备核对，不要认为手机上删除一项后，电脑中的独立副本就会同步消失。若某个订阅已停止使用，应在每台保存过它的设备上分别检查。反过来，服务端撤销访问权限也不等于本地记录会自动消失；失效记录仍可能留在列表中，需要自己整理。

建议保留一份不含认证值的管理笔记，只记录订阅用途、本地独立项、依赖的 Config 和最近一次核对的结果。真实凭据放在受保护的备份中，不要与公开排错说明混在一起。删除和导出的具体边界见第八章，测试与排序的方法见下一章。

Connectivity Test 能说明什么

Connectivity Test 用于检查一定条件下的连通情况。不同测试方式可能只覆盖连接建立，也可能包含通过代理发起请求的过程，因此测试前先查看 Settings 中实际选择的方法与目标。一次较小的耗时不等于吞吐量更大，也不意味着长连接一定稳定；一次超时也不足以证明服务器永久失效。结果应连同测试条件一起解释。

测量会受到本地 Wi-Fi、蜂窝网络、DNS、设备负载、服务器状态以及测试目标响应的共同影响。切换了网络后，原有排序可能不再适用。不要把不同网络、不同时间和不同测试方式下的数值混在一起比较，也不要用某个远离实际用途的测试目标，直接推断所有访问都会有相同体验。

建立可比较的测试流程

1. 先确认设备本身可以正常联网，暂停正在占用大量带宽的任务，保持同一网络与相近的测试条件。
2. 在 Settings 中确认当前测试方法与目标，对准备比较的记录使用相同设置。
3. 执行一次测试，等待本轮结束后查看失败项；不要在尚未完成时连续触发多轮。
4. 对候选项做少量复测，再选中其中一条进行真实访问。记录是否出现认证、TLS 或目标响应方面的错误。

列表很长时，全量测试会产生较多连接请求，也会让短时间内的竞争影响结果。可先选择与当前用途有关的一组，缩小范围后再比较。若所有记录同时失败，优先检查共同条件，例如本地网络和测试目标；若只有一条持续失败，再检查该条参数。按共同原因优先排查，比逐条改密码更有效。

排序和自动选择不是同一件事

按延迟排序通常是改变列表的展示顺序，不应假定它会自动替换当前服务器，也不应假定排序后第一个项目就是当前生效项。排序完成后查看选中标记，并核对 Global Routing 与 Config 中的策略选择。若配置包含自己的选择逻辑，列表位置与最终使用对象可能并不相同。

名称排序适合寻找固定记录，来源分组适合管理更新，延迟排序适合在统一测试条件下比较候选项。三者服务于不同目标，不必强求一种顺序解决全部问题。若客户端当前界面没有某种排序选项，不需要通过重命名所有服务器来模拟；保留可追溯名称通常比制造表面顺序更有价值。

低延迟但访问失败时怎么查

若基础测试成功、网页却打不开，应分层核对：先确认实际请求是否经过选中的服务器，再看 Global Routing、规则与 DNS，最后看目标站点响应。连接端口能够建立，只说明某个连接阶段完成；目标服务仍可能拒绝请求，TLS 也可能在后续阶段失败。不要把所有错误归结为“延迟不够低”。

若只有部分域名失败，检查是否命中了 REJECT、DIRECT 或不合适的策略；若所有域名都出现解析错误，优先看 DNS 与基础联网；若更新后单条记录异常，回到第二章核对认证及传输。日志中的错误阶段比列表旁的单个数字更有诊断价值，对外说明时只保留必要错误文字，隐藏地址与凭据。

完成实际验证后再决定日常使用项，切换前留意进行中的连接可能需要重建。持续异常可按开关已打开却无法联网的检查顺序继续排查；系统授权相关问题则见添加 VPN 配置提示说明。测试的目标是缩小故障范围，而不是追求一个脱离使用条件的最小数值。

删除前先辨认对象层级

删除单条服务器、删除整个订阅、删除 Config 与移除系统 VPN 配置，是不同层面的操作。单条记录消失不代表订阅入口被删除，后续更新可能重新带回它；删除订阅则可能连同所属列表一起移除。操作前阅读确认框，核对名称和对象范围，不要只凭列表中的位置判断自己删的是哪一项。

先检查当前正在使用的记录和配置引用。若准备删除的是当前服务器，应先切换到已验证可用的其他记录，或在可接受中断的时段断开连接。配置中按名称引用的对象被删后，可能无法继续按原意处理流量。删除完成后不仅要看列表是否干净，还要检查当前选择、策略和实际访问是否保持预期。

备份不只是保存一个规则文件

一份 Config 导出不一定包含所有订阅地址、独立服务器、认证信息和本地设置；一张列表截图也不能恢复连接参数。备份前先阅读当前导出功能描述，确认实际范围。可以把恢复所需资料分成四类：已有订阅入口、手填或独立导入的服务器、规则与 DNS 配置、本地管理设置。每类都应知道恢复时从哪里取得。

如果当前界面提供 Data 或其他数据导出入口，按实际选项核对包含项目；若只提供单条分享，就把它理解为该条记录的导出，不要把它当作完整设备备份。不同平台、不同数据格式之间也不应假定完全兼容。正式清理前，至少确认导出文件能够在预期入口被识别，并查看其中是否包含需要的对象。

敏感备份的保存与恢复

订阅地址、分享链接和数据文件都可能包含访问凭据，应存放在自己控制且有访问保护的位置。文件名可写用途与设备，不要直接写令牌或密码。通过个人存储转移文件后，也应检查历史副本与分享权限。给他人排错时只提供经过隐藏处理的结构信息，不要把完整备份当作普通附件发送。

恢复顺序建议从最小范围开始：先恢复或重新添加订阅，完成获取；再恢复独立服务器并验证；然后导入需要的 Config；最后核对 Global Routing、本地选择与系统权限。每一步都确认结果，再进行下一步。一次导入所有历史文件容易形成重复项，也会让旧配置覆盖新设置，增加排查难度。

换设备后，系统 VPN 授权可能需要重新确认，旧设备的授权不能简单看作已转移。若出现添加 VPN 配置提示，应按系统界面完成授权；拒绝后需要连接时，再回到客户端触发并核对系统设置。服务器数据恢复与系统权限恢复是两条独立流程，不应通过重复导入订阅来解决权限问题。

误删、失效与访问权限撤销

误删订阅后，若仍保存有效地址，可以重新添加并获取当前远端列表，但未必能恢复以前的本地备注和已被远端移除的记录。独立手填项若没有原始资料或导出副本，就不能指望订阅更新自动找回。先检查自己的备份范围，再选择恢复方法；不要把清空应用数据当作常规排错起点。

删除本地记录只改变这台设备上的数据，并不会撤销服务器上的访问权限。如果怀疑订阅地址、密码或二维码曾暴露，应在自己有权限的服务管理端更新或撤销相应凭据，再让各设备重新导入。仅从列表中删除旧项，不能阻止已经取得凭据的其他副本继续尝试使用。

完成本页操作后，可返回快速上手教程检查连接主线，或前往FAQ按症状继续查阅。关于规则与界面字段的含义，使用术语表；关于应用获取与系统安装提示，统一使用客户端下载页。把服务器信息、规则配置和系统权限分别管理，后续更新与换机才有明确的核对顺序。