公共订阅别急着整份导入：先检查配置范围

摘要：区分公共节点列表与完整客户端配置，从协议、监听范围和规则三个方面检查导入内容。

下载到一份公共订阅后，很多人会直接点击导入，再把连接异常归咎于节点。其实，文件里可能同时包含节点、代理组、解析设置和接管流量的选项。先看它准备改变什么，比一次启用所有功能更容易找到问题，也便于恢复原来的使用习惯。

节点列表主要描述服务器和连接协议；完整配置还决定程序怎样接收、分配流量，两者不能混用。以公开项目说明为例，Au1rxx称其汇集志愿者公开分享的节点，并不运营这些服务器。免费下载入口不能证明运营者身份，也不等于有固定额度、售后和有效期的免费机场套餐。

检查文件格式是否匹配客户端，再核对节点类型、端口和加密方式。无法说明来源的账号配置不要拿来测试。名称里写着“高速”或“长期有效”，也不能替代连接证据；发现不认识的字段，先查对应版本的文档，别靠删字段碰运气。

在Mihomo里，混合端口可供HTTP和SOCKS代理程序连接，详见端口文档。测试时可使用单独的本地端口，只监听回环地址，避免与日常客户端撞端口。需要共享给其他设备时，再明确设置允许范围。

还要检查局域网访问、控制接口和认证设置。全局配置文档说明，控制接口能操作内核；把监听地址改成所有网卡，会扩大可连接范围。普通连接验证无需同时开放管理入口，也无需安装文件附带的证书。

保留日常配置的副本，将待测节点放入独立配置，只让测试请求经过这个节点。先不要叠加自动切换、远程规则和额外解析策略，减少结果的歧义。检查日志是否指向预定节点，并排除失败后直连的兜底路径。

测试文件和日常文件分开保存，名称注明用途，避免下次启动时误选临时配置。

再请求少量公开HTTPS页面，核对状态码、预期内容和证书验证结果。订阅下载成功只说明拿到了文件；收到网页也要确认经过哪个出口。记录时间、环境与请求目标，结束后关闭测试进程、移除临时配置，再决定是否将节点加入日常使用。