今天是2026年11月5日，继续给大家带来最新免费节点，已全部合并到下方的订阅链接中，添加到客户端即可使用，节点数量一共23个，地区包含了日本、新加坡、欧洲、美国、香港、加拿大、韩国，最高速度达20.1M/S。

高端机场推荐1 「西游云」

无视高峰，全天4K秒开，机房遍布全球，IP多多益善，99%流媒体解锁，油管、葫芦、奈菲，小电影丝般顺滑！ IPLC、IEPL中转，点对点专线连接。高速冲浪，科学上网不二选择，现在注册即可免费试用！

网站注册地址：【西游云（点击注册）】

注：跳转链接可能会 被墙 ，如多次打开失败，请先使用下面不稳定免费订阅后，再尝试点击链接

高端机场推荐2 「飞鸟加速」

? 飞鸟加速 · 高速·稳定·无限可能

 1. 多地专线高速节点，极速跨境体验，告别卡顿与延迟！

 2. 一键解锁Netflix、Disney+、TikTok等全球流媒体，尽享自由精彩！

 3. GPT专属线路支持，保障ChatGPT等AI服务高可用，稳定流畅！

 4. 支持多设备同时使用，无限制，畅连全球！

 5. 自有机房专柜，全球多地接入，安全可靠！

 6. 专业客服团队7x24小时响应，使用无忧！

网站注册地址：【飞鸟加速（点击注册）】

注：跳转链接可能会 被墙 ，如多次打开失败，请先使用下面不稳定免费订阅后，再尝试点击链接

高端机场推荐3 「绿牛云」

专为大陆用户打造的高速、稳定的网络连接服务

无论是工作还是娱乐，使用我们的互联网加速服务，确保您畅享全球内容。让您不再受地域限制，随时访问全球热门应用。

• 全面解锁全球网络：包括不限于 YouTube、Google、Twitter、ChatGPT、Netflix 等被封禁的网站
• 多平台支持：IOS、macOS、Android、Windows、软路由、Linux 全面支持
• 全球连接：80多 组服务器集群覆盖全球，您可以从世界上任何地方连接
• 极速连接：优化全球网络路径，提供更稳定、快速的连接。
• 安全隐私保护：全程加密，保护您的网络安全和隐私。
• 专业客服：7×24 小时专线客服在线答疑

网站注册地址：【绿牛云（点击注册）】

注：跳转链接可能会 被墙 ，如多次打开失败，请先使用下面不稳定免费订阅后，再尝试点击链接

高端机场推荐4 「狗狗加速」

狗狗加速作为第一家上线Hysteria1协议的机场，目前已经全面上线Hysteria2协议；不同于hy1，hy2全面优化了链接速度(0-RTT)，进一步降低延迟；同时使用全新的带宽控制方式；能发挥您带宽的最大潜能！全天4K秒开，机房遍布全球，IP多多益善，99%流媒体解锁，油管、葫芦、奈菲，小电影丝般顺滑！ IPLC、IEPL中转，点对点专线连接。高速冲浪，科学上网不二选择，现在注册即可免费试用！

网站注册地址：【狗狗加速（点击注册）】

注：跳转链接可能会 被墙 ，如多次打开失败，请先使用下面不稳定免费订阅后，再尝试点击链接

订阅文件链接

Clash订阅链接

https://nexthiddify.github.io/uploads/2026/11/0-20261105.yaml

https://nexthiddify.github.io/uploads/2026/11/4-20261105.yaml

V2ray订阅链接:

https://nexthiddify.github.io/uploads/2026/11/0-20261105.txt

https://nexthiddify.github.io/uploads/2026/11/1-20261105.txt

https://nexthiddify.github.io/uploads/2026/11/4-20261105.txt

Sing-Box订阅链接

https://nexthiddify.github.io/uploads/2026/11/20261105.json

使用必看

全部节点信息均来自互联网收集，且用且珍惜，推荐机场：「Happy猫机场 」。仅针对用于学习研究的用户分享，请勿随意传播其他信息。免费节点有效时间比较短，遇到失效是正常现象。

从 Clash 到 SSR：一场代理配置的“翻译”之旅，让网络自由不再设限

在数字世界的版图里，总有一些“墙”与“门”的存在，让人既爱又恨。对于许多资深网民、开发者或跨境工作者而言，代理工具早已不是陌生词汇。而在众多工具中，Clash 与 SSR（ShadowsocksR） 如同两位风格迥异的武林高手——前者以“多面手”著称，支持多种协议、规则灵活；后者则以“隐蔽性”见长，混淆技术让流量难以被侦测。然而，现实场景中，我们常会面临一个尴尬：手里有一份 Clash 订阅链接，但手头的设备或客户端只认 SSR 格式。这时候，学会将 Clash 链接“翻译”成 SSR 链接，就成了打通网络任督二脉的关键技能。

一、先认识两位“主角”：Clash 与 SSR 的江湖地位

Clash：规则驱动的“全能选手”

Clash 之所以能在代理工具中脱颖而出，绝非偶然。它本质上是一个基于规则的代理引擎，支持 Shadowsocks、Vmess、Trojan、Snell 等多种协议，这意味着你可以在一个客户端里管理多种不同协议的节点。更令人称道的是它的 YAML 配置文件——通过一段结构清晰的文本，你可以精细控制哪些流量走代理、哪些直连、哪些拦截，甚至可以根据域名、IP、进程等条件做分流。这种“规则至上”的设计，让 Clash 成为技术爱好者手中的瑞士军刀。

但 Clash 的“强大”也意味着“复杂”。对于普通用户而言，YAML 配置文件的语法可能令人望而生畏，而且并非所有设备或旧版客户端都支持 Clash 的订阅格式。这时候，SSR 的“简单粗暴”反而显得亲切。

SSR：隐蔽性优先的“老牌劲旅”

ShadowsocksR（SSR）是 Shadowsocks 的一个增强分支，由国产开发者“breakwa11”维护。它的核心卖点在于 协议混淆与插件化——通过添加 auth_sha1_v4、tls1.2_ticket_auth 等协议插件，以及 http_simple、plain 等混淆插件，SSR 可以让代理流量看起来像普通 HTTPS 或 HTTP 请求，从而在深度包检测（DPI）面前更具迷惑性。此外，SSR 支持多种加密算法（如 AES-256-CFB、ChaCha20 等），安全性与灵活性兼备。

SSR 的配置通常以 URL 形式 存在，例如 ssr://base64编码的字符串。这种格式简洁、易于分享，而且几乎所有 SSR 客户端（如 Windows 的 SSR-Reduced、Android 的 ShadowsocksR-Android）都能直接识别。但问题来了：如果你的服务商只提供 Clash 订阅，而你的设备上只有 SSR 客户端，怎么办？答案就是——转换。

二、为什么需要转换？——场景与痛点分析

你可能正在经历以下场景之一：

• 场景A：你购买了一家机场（代理服务商）的套餐，服务商只提供 Clash 订阅链接（.yaml 或 .json），但你的老 iPad 或路由器上只装了 SSR 客户端。
• 场景B：你从朋友那里分享到一个 Clash 节点配置，但你想在某个只支持 SSR 的插件或脚本里使用。
• 场景C：你更习惯 SSR 客户端的简洁界面，不想为了用 Clash 去学习复杂的规则语法。

在这些情况下，手动将 Clash 链接中的节点信息“提取”出来，再“组装”成 SSR 链接，就成了必经之路。虽然市面上有一些在线转换工具（如“Clash 转 SSR”网页），但出于隐私与安全考虑，自己动手解析更可靠。接下来，我们就一步步拆解这个过程。

三、转换前的准备工作：理解两种格式的“语言差异”

在进行转换之前，我们需要像翻译官一样，先看懂两种格式的“语法”。

Clash 链接（以 YAML 订阅为例）

一个典型的 Clash 订阅链接（例如 https://example.com/sub?token=abc123）返回的是一段 YAML 文本，其中 proxies: 字段下列出了所有节点。每个节点通常包含以下关键参数：

yaml proxies: - name: "节点A" type: ss # 或 vmess, trojan 等 server: 1.2.3.4 # 服务器地址 port: 8388 # 端口 cipher: aes-256-gcm # 加密方式 password: "secret" # 密码 # 如果是 vmess，还会有 uuid、alterId 等字段

注意：Clash 中的 type 字段决定了协议类型。如果 type: ss，那么它本质上就是 Shadowsocks 节点，可以直接转换为 SSR 的 ss 类型（但 SSR 的协议和混淆参数需要额外补充）。如果 type: vmess，转换过程会更复杂，因为 SSR 原生不支持 VMess 协议，除非你使用 SSR 的“兼容模式”或改用其他工具。

SSR 链接（URL 格式）

SSR 链接的通用格式如下：

ssr://base64(host:port:protocol:method:obfs:base64pass/?obfsparam=base64param&protoparam=base64param&remarks=base64name&group=base64group)

其中，各字段以冒号分隔，部分参数用 ? 连接，所有内容都要经过 Base64 编码（注意：是 URL-safe 的 Base64，即 + 替换为 -，/ 替换为 _，且去掉末尾的 =）。字段含义如下：

• host：服务器地址
• port：端口
• protocol：协议插件（如 origin、auth_sha1_v4）
• method：加密方式（如 aes-256-cfb）
• obfs：混淆插件（如 plain、http_simple）
• pass：密码（Base64 编码）
• obfsparam：混淆参数（Base64 编码，可为空）
• protoparam：协议参数（Base64 编码，可为空）
• remarks：节点备注（Base64 编码）
• group：分组名称（Base64 编码）

四、手把手转换：从 Clash 到 SSR 的四个步骤

步骤一：获取并解析 Clash 链接

首先，你需要拿到 Clash 订阅链接。在浏览器中打开它，你会看到一长串 YAML 文本。如果你不想手动复制，可以使用 curl 命令（在终端中）下载：

bash curl -O https://example.com/sub?token=abc123

保存为 config.yaml 后，用文本编辑器打开，找到 proxies: 部分，选定你想要转换的节点。例如，我们选中一个 type: ss 的节点：

yaml - name: "香港-01" type: ss server: hk01.example.com port: 8388 cipher: chacha20-ietf password: "mysecret123"

步骤二：提取关键参数

从上述 YAML 中，我们提取出：

• 服务器地址：hk01.example.com
• 端口：8388
• 加密方式：chacha20-ietf（注意：SSR 中通常写作 chacha20 或 chacha20-ietf，需确认客户端支持）
• 密码：mysecret123

如果 Clash 节点带有 protocol 和 obfs 字段（例如 protocol: auth_sha1_v4、obfs: tls1.2_ticket_auth），则直接使用；如果没有，则使用 SSR 的默认值：protocol: origin（即无协议插件），obfs: plain（即无混淆）。

步骤三：构建 SSR 链接

现在，我们按照 SSR 的格式组装参数。假设我们使用以下配置：

• host: hk01.example.com
• port: 8388
• protocol: origin（因为没有额外设置）
• method: chacha20-ietf
• obfs: plain
• password: mysecret123

首先，将密码进行 Base64 编码（URL-safe）。在 Python 中，你可以这样操作：

python import base64 password = "mysecret123" encoded_pass = base64.urlsafe_b64encode(password.encode()).decode().rstrip('=') print(encoded_pass) # 输出: bXlzZWNyZXQxMjM

接下来，构建未编码的 SSR 参数字符串：

hk01.example.com:8388:origin:chacha20-ietf:plain:bXlzZWNyZXQxMjM

然后，对整个字符串进行 Base64 编码（同样 URL-safe）：

python raw = "hk01.example.com:8388:origin:chacha20-ietf:plain:bXlzZWNyZXQxMjM" encoded = base64.urlsafe_b64encode(raw.encode()).decode().rstrip('=') print(encoded)

最后，在编码结果前加上 ssr:// 前缀，并添加可选参数（如备注和分组）。如果你希望节点显示为“香港-01”，则需要对备注进行 Base64 编码，并追加到链接末尾：

ssr://<encoded>/?remarks=<base64(香港-01)>&group=<base64(MyGroup)>

步骤四：测试与验证

将生成的 SSR 链接复制到你的 SSR 客户端中（如 Windows 的 SSR-Reduced，或 Android 的 ShadowsocksR-Android）。添加节点后，尝试连接。如果成功，你会看到节点延迟正常，并能访问目标网站。如果失败，请检查以下可能：

• 密码或端口是否抄错？
• 加密方式是否被客户端支持？（例如，chacha20-ietf 在部分旧版 SSR 中写作 chacha20）
• 是否缺少必要的协议/混淆参数？如果 Clash 节点原本有 protocol 和 obfs，而你用了 origin 和 plain，服务端可能拒绝连接。

五、进阶技巧：批量转换与自动化

如果你有几十个 Clash 节点需要转换，手动操作显然不现实。此时，你可以写一个简单的 Python 脚本，读取 YAML 文件，提取所有 type: ss 的节点，自动生成对应的 SSR 链接。核心逻辑如下：

1. 使用 PyYAML 库解析 YAML 文件。
2. 遍历 proxies 列表，筛选 type == 'ss' 的节点。
3. 设置默认 protocol: origin、obfs: plain（或从节点字段中读取）。
4. 构建 SSR 原始字符串，Base64 编码，拼接链接。
5. 输出到文本文件，或直接打印。

这样，你就可以一键生成整个订阅的 SSR 版本，再导入到其他设备中使用。

六、常见问题解答（FAQ）

Q1：Clash 和 SSR 哪个更安全？

这取决于使用场景。Clash 的规则分流能减少不必要的流量暴露，但 SSR 的混淆技术更能对抗 DPI 封锁。如果你在严格审查的网络环境中，SSR 可能更有效；如果你只是日常科学上网，Clash 的灵活性更佳。

Q2：转换后的 SSR 链接能在所有设备上使用吗？

基本可以，只要设备安装了 SSR 客户端。但请注意，iOS 端官方 SSR 客户端已下架，需使用第三方应用（如 Shadowrocket 或 Stash，后者也支持 SSR 订阅）。此外，某些客户端可能对 chacha20-ietf 支持不佳，可改用 aes-256-cfb。

Q3：如果 Clash 节点是 VMess 协议，能转换为 SSR 吗？

不能直接转换。VMess 是 V2Ray 的协议，与 SSR 不兼容。如果你需要将 VMess 节点转为 SSR 使用，必须先在服务端安装 SSR 并配置相同端口与密码，然后重新生成 SSR 链接。这超出了本文范围，建议使用支持多协议的客户端（如 Clash 本身或 V2RayN）来管理 VMess 节点。

Q4：转换失败，连接超时怎么办？

首先确认服务器地址和端口是否可达（使用 ping 或 telnet）。其次，检查 SSR 客户端的日志，看是否有握手失败或认证错误。最后，尝试更换加密方式或协议插件，有时服务端只接受特定组合。

七、总结：转换不是目的，自由才是

将 Clash 链接转换为 SSR，本质上是一次“格式翻译”的过程。它不涉及神秘的黑魔法，而是对两种工具配置语法的理解与重组。通过本文的步骤，你不仅能手动完成单个节点的转换，还能通过脚本实现批量处理，从而在不同客户端之间无缝切换。

但请记住，工具只是手段。无论是 Clash 还是 SSR，它们存在的意义是让你更安全、更自由地访问互联网资源。在享受这份自由的同时，也请遵守当地法律法规，合理使用网络资源。毕竟，真正的自由，从来不是打破所有边界，而是在规则之内，找到最适合自己的路径。

最后点评： 这篇文章以“翻译”为隐喻，将技术性的配置转换过程讲得生动而清晰。它没有陷入枯燥的代码堆砌，而是从用户痛点出发，逐步拆解每一步的操作逻辑，并辅以代码示例和常见问题解答，兼顾了新手与进阶用户的阅读需求。更难得的是，作者在结尾处将话题升华至“自由与规则”的哲学思考，让一篇技术教程有了人文温度。若说不足，或许是对 VMess 等其他协议的转换未做深入探讨，但作为一篇聚焦“Clash 转 SSR”的指南，它已经足够出色。推荐给所有在代理工具间游走、渴望“一次配置，处处可用”的读者。