订阅转换服务地址怎么填?
简答:先判断是否真的需要转换:如果服务商已经提供目标客户端格式,通常可以直接导入。需要转换时,服务地址填转换后端地址,原始订阅链接另填到订阅输入框,生成后的链接再导入客户端;三者不要混用。
定义:订阅转换服务地址,是订阅转换工具用来接收原始订阅并生成目标客户端配置的后端地址。
先看这张表:三种地址分别填在哪里
最常见的错误不是地址本身失效,而是把三类地址放错了输入框。订阅转换后端的公开说明中,转换调用通常会把目标格式、原始订阅和可选配置作为不同参数传入;因此,服务地址、原始订阅地址和转换结果不是同一个东西。可参考 subconverter 的调用说明。
| 名称 | 它是什么 | 通常填入的位置 | 示例形态 |
|---|---|---|---|
| 转换服务地址 | 负责解析和生成配置的后端地址 | 工具中的“转换后端”“服务地址”或类似字段 | https://converter.example.com |
| 原始订阅地址 | 服务商提供、包含节点或配置内容的链接 | “订阅地址”“输入链接”字段 | https://provider.example/sub/abc |
| 生成后的订阅链接 | 转换工具根据目标格式输出的新链接 | 客户端的订阅 URL 或远程配置字段 | https://converter.example.com/sub?...&url=... |
一句话判断:看到“服务地址”就找转换后端;看到“订阅地址”就填原始订阅;看到“生成链接”或“导入客户端”时,使用转换后得到的新链接。
填写前先判断:你是否需要订阅转换
- 已经提供目标格式:如果服务商直接提供当前客户端可以识别的配置或订阅格式,优先直接导入,不必额外填写转换服务地址。
- 格式不兼容:例如客户端需要特定 YAML、JSON 或其他配置格式,而手上的链接返回内容不符合要求,这时才考虑转换。
- 只有单条节点分享链接:单条节点链接不一定等于订阅地址。若客户端不能直接识别,可能需要转换;也可以查看客户端是否支持手动添加节点。
- 需要规则或策略模板:如果转换时还要套用外部配置,服务地址之外还会有模板或配置地址字段。模板地址不要误填到服务地址栏,具体参数以当前转换工具说明为准。
OpenClash 的项目说明显示,它支持在订阅管理中使用在线订阅转换,并在插件中导入订阅或配置文件;这说明“原始订阅地址”和“转换后配置”属于不同环节。操作前应先确认当前版本页面实际显示的字段。参考 OpenClash 官方仓库说明。
服务地址到底怎么写:根地址、端口和路径
如果工具要求填写“转换服务地址”,通常先填写后端对外提供服务的基础地址,例如带协议的域名,必要时保留端口或部署路径。不要把自己的原始订阅链接直接当成服务地址。
- 协议:优先使用转换服务实际支持的协议。若服务部署在 HTTPS,就填写
https://开头;是否强制 HTTPS 以当前服务配置为准。 - 端口:如果后端通过非标准端口对外提供服务,应保留端口,例如
https://converter.example.com:25500。Docker 部署示例中,subconverter 使用容器端口映射提供服务,端口设置需要与实际部署一致,不能照抄他人的端口。参考 subconverter Docker 说明。 - 路径:有些工具要填写后端根地址,工具会自动补全接口;有些部署则要求填写完整接口路径,例如项目文档中的
/sub调用接口。若页面字段明确要求 API 或接口地址,才填写带路径的地址。 - 查询参数:不要自行猜测
target、url、config等参数。官方示例说明这些参数各自承担不同作用,且原始订阅链接通常需要进行 URL 编码;应让工具自动生成,或按当前文档填写。
稳妥格式:先复制服务提供者给出的完整地址,再根据输入框提示决定是否保留路径和端口。没有官方说明时,不要凭经验添加 /sub、/api 或其他后缀。
按常见客户端填写:字段名称不要混淆
| 场景 | 服务地址填写位置 | 原始订阅填写位置 | 下一步 |
|---|---|---|---|
| 网页转换工具 | “转换后端”“服务地址”字段 | “订阅地址”“输入链接”字段 | 选择目标格式和模板后生成链接 |
| OpenClash | 订阅管理中的在线转换设置或后端字段 | 订阅地址字段 | 保存后更新订阅,再检查生成的配置 |
| Clash 类客户端 | 通常不在普通订阅导入框中填写 | 把可直接识别的订阅链接填入订阅或 Provider 字段 | 若格式不兼容,先在转换工具生成目标格式 |
| 其他客户端 | 可能没有单独的服务地址字段 | 直接填服务商提供的格式,或导入生成后的链接 | 以当前客户端页面的字段说明为准 |
特别注意,“订阅 URL”“Convert Address”“转换后端”不是同义字段。客户端的订阅 URL 往往应填原始订阅或已经生成的转换链接,而不是转换后端根地址。OpenClash 文档还提到可以配置在线转换和自定义请求头,实际菜单名称可能随版本变化,因此应以当前页面为准,不要把旧教程的菜单路径当成固定规则。参考 OpenClash 项目文档。
从填写到导入:一套不容易混淆的操作顺序
- 备份原始链接:把原始订阅保存到密码管理器或本地安全位置,不要公开发到群聊、评论区或截图中。
- 确认目标格式:先看客户端需要什么格式,再选择对应的 target 或格式选项。格式选错时,可能出现导入失败、节点为空或配置解析错误。
- 填写服务地址:只在“转换后端”或“服务地址”字段填后端地址。没有该字段时,不要把后端地址硬塞进普通订阅 URL 输入框。
- 填写原始订阅:把服务商提供的原始订阅放入“订阅地址”或“输入链接”字段。多个链接是否支持合并,要看当前工具说明。
- 生成并复制结果:生成后复制转换结果或完整订阅链接。不要只复制后端域名,也不要只复制参数片段。
- 导入客户端:在客户端的订阅、远程配置或 Provider 页面中导入生成后的结果。若客户端支持直接导入原始格式,优先比较两种方式的稳定性和隐私风险。
- 首次更新后检查:确认配置能被解析、节点数量不是空值、更新时间正常,再进行连接测试。不要因为“生成成功”就认为客户端一定能使用。
如果使用自建后端,官方 Docker 示例提供了容器启动、端口映射和 /version 检查方式;这类检查只能证明服务进程可访问,不能证明某个原始订阅一定能被解析。参考 subconverter Docker 文档。
订阅转换失败:按最短顺序排查
- 先看地址类型:服务地址栏是否误填了原始订阅?客户端订阅栏是否误填了转换后端根地址?这是最先检查的一项。
- 再看后端可达性:确认域名、协议、端口和路径与服务说明一致。自建服务可按官方示例检查服务状态;公共后端的可用性需要以当前页面或服务状态为准。
- 检查原始订阅:原始链接是否过期、需要登录、被复制截断,或只能在特定请求头下访问。必要时重新从账户页面复制,不要手动改写参数。
- 检查目标格式:目标客户端与输出格式不匹配时,可能出现 YAML、JSON 或字段解析错误。重新选择与客户端相符的格式。
- 检查模板:外部模板地址失效、模板语法不兼容或模板与目标格式不匹配,也会导致生成失败。先取消模板生成一份最小配置,再逐项加回。
- 最后检查客户端:删除旧的失败配置后重新导入,确认客户端没有继续使用缓存文件。若仍失败,查看生成日志或客户端错误信息。
公共转换后端会接触你提交的订阅地址及其返回内容。OpenClash 的相关说明明确提醒,公共后端的稳定性、兼容性和隐私不由项目控制;如果订阅内容较敏感,优先考虑可信的自建后端或不经转换直接导入。参考 OpenClash 配置模板说明。
隐私与安全:不要把订阅链接当普通网址分享
原始订阅链接通常包含账户标识、节点信息或可更新配置。即使链接看起来只是普通网址,也不建议公开发布、提交到不明转换站或放入公开代码仓库。
- 优先使用服务商明确提供的客户端格式,减少中间处理环节。
- 必须转换时,确认转换服务的来源、隐私说明、部署方式和日志策略;无法核实的内容应标记为“未核实”。
- 使用公共转换服务后,如果怀疑链接泄露,应回到账户页面重新生成或重置订阅链接,具体功能以服务商页面为准。
- 不要把带有完整订阅参数的截图、日志或错误信息直接发给他人;排查时可以先打码域名路径中的身份参数。
如果你是在连接问题排查中遇到订阅导入失败,建议先确认原始订阅是否能被客户端直接识别,再判断是否需要转换;不要把“转换失败”直接等同于线路、DNS 或网络故障。
常见问题
订阅转换服务地址可以直接填原始订阅链接吗?
通常不应这样填。原始订阅链接负责提供节点或配置内容,服务地址负责指定转换后端。只有某些工具把两者整合在同一个页面或接口中时,才可能由工具自动处理,具体以当前字段说明为准。
服务地址要不要加 /sub?
不能一概而论。部分后端的转换接口确实使用 /sub 路径,但有些工具要求填写根地址并自动补全接口。没有对应服务文档时,不要自行添加路径;应按页面提示或后端部署说明填写。
有了原始订阅链接,还需要填写转换服务地址吗?
如果客户端能直接识别原始订阅格式,通常不需要转换,也就不必填写服务地址。只有在格式不兼容、需要模板或需要生成特定客户端配置时,才使用转换后端。
转换后节点为空,应该先检查什么?
先检查三项:原始订阅是否完整且未过期、服务地址是否填在正确字段、目标格式是否与客户端匹配。之后再检查模板、端口、路径和客户端缓存,不要一开始就修改 DNS 或网络设置。
公共订阅转换服务安全吗?
不能默认安全。转换服务通常需要接收原始订阅地址或其内容,公共后端的隐私、日志和兼容性需要单独核实。对敏感订阅,应优先使用可信的自建后端或直接导入客户端支持的原始格式。