Shadowsocks 是一种加密代理协议，把应用流量从本地客户端送到远端服务器，再由服务器转发至目标。它规定受保护的代理链路，不会自动把设备上的每个数据包送进代理，也不自行提供托管 VPN 服务的全部功能。［1］

关键要点：

应用入口、客户端至服务器加密链路、目标连接是三个阶段。

协议支持 TCP 和 UDP，但应用与接入方式必须真正使用对应路径。

经典 AEAD 与 2022 的密钥、消息格式、会话及重放规则不同。

TUN 可扩大流量捕获，属于接入选择，不会改写协议定义。

加密和抵抗探测不保证不可识别，也不保证特定网络可用。

Shadowsocks 代理如何承载应用请求？

常见模型中，应用把请求交给 Shadowsocks 客户端提供的本地代理接口。客户端编码目标信息，保护发往远端服务器的流量；服务器认证并解密请求，再建立后续连接，响应走对应回程。［1］

图中把本地应用入口与远端加密链路分开。服务器继续转发后，目标连接不因此自动获得 Shadowsocks 加密。应用正确使用 HTTPS 时，另有浏览器至网站的保护层。

本地代理不是远端协议

本地 SOCKS 接口只是应用接入的一种方式，客户端与服务器之间的 Shadowsocks 不是把未加密 SOCKS 请求直接发上互联网。它有自己的受保护消息格式，地址信息告诉远端应把请求送往哪里。客户端设置常把二者放在一起，因而容易混淆。［1］

仅启动客户端，不能证明应用已经使用它。应用可能忽略系统代理、发送不受支持的流量，或把部分连接直接发出。VPN 基础概览把这类范围问题与隧道、代理的区别一并解释。

加密覆盖哪里，哪些端点仍需要信任？

Shadowsocks 保护客户端至服务器的代理链路。该链路上的观察者不应仅通过截取包就读出受保护的应用内容。服务器仍需恢复目标信息才能转发，因此远端依然属于信任模型。［1］［2］

后续连接有独立保护要求。应用正确使用 HTTPS 时，服务器转发网站密文，不会仅因终止 Shadowsocks 就拿到浏览器的网站会话明文。应用若发送未加密内容，代理链路不会自动把加密延长到最终目标。

保密不等于匿名

目标通常看到远端服务器的出口地址，但地址变化不会删除登录身份、跟踪标识、支付资格或应用提交的信息。加密链路也不阻止端点保留元数据，或观察它能读取的未加密内容。

协议、传输和混淆的分层说明区分这些属性。协议可以加密应用数据，却不因此拥有 Tor 的中继分离或服务商的运行隐私政策。每项主张都应回到能支撑它的那一层。

TCP 与 UDP 在这个模型中有何不同？

TCP 场景下，远端建立后续字节流并转发应用数据。Shadowsocks 在客户端至服务器路径上加密和分帧，不会让目标成为协议参与者。经典 AEAD 规定加密流块，2022 另有头部和校验结构。［1］［2］［3］

UDP 场景下，两端交换带目标信息的受保护数据报，消息封装取决于版本。丢包、乱序和网络限制仍然相关。协议支持 UDP，不证明具体客户端、本地接口或应用接入已正确转发它。［1］

应用支持与网络支持要分别判断

通过本地代理发 TCP 的程序，可能在别处解析域名；另一些程序需要支持数据报的本地接口，而不只是 TCP 代理设置。这些属于接入问题，“协议支持 UDP”不能证明游戏、通话或所有 DNS 查询都已覆盖。

远端链路与目标链路也可能分别故障。服务器可达，不证明目标会响应；TCP 请求成功，不证明 UDP 正常。一张网页成功加载不能当作整机流量测试。

Shadowsocks AEAD 与 Shadowsocks 2022 有何区别？

AEAD 指带关联数据的认证加密，将加密与完整性校验组合起来。它是密码学构造，不是一个可以随意互换的 Shadowsocks 消息格式。经典 AEAD 与 2022 在消息和密钥导出方面不同，两端必须支持匹配的方法。［2］［3］

经典 AEAD 用预共享主密钥和盐导出子密钥。TCP 流先发送盐，再发送加密长度及载荷块；UDP 数据报有自己的盐构造。盐唯一性属于安全要求，但盐不是公钥握手，更换盐不会自动建立前向保密。［2］

2022 具体改变了什么？

Shadowsocks 2022 要求与方法长度匹配的随机预共享密钥，而不是沿用经典密码导出约定。它改变导出和头部结构，加入明确时间与重放要求，并让 UDP 以会话标识、数据包编号和重放窗口组织。规范明确说明它不提供前向保密。［3］

下表总结版本边界，不推荐部署某个具体方法。解释文档或现有配置时，仍须知道确切方法名称和实现支持情况。

属性	经典 AEAD	Shadowsocks 2022
密钥起点	预共享主密钥，可能由密码导出	长度符合具体方法的随机预共享密钥
TCP 结构	盐与加密长度、载荷块	修改后的头部及分块加密载荷
UDP 组织	基于盐的加密数据报	明确的会话标识和数据包编号
重放处理	按经典格式和具体实现评估	规范明确要求，包括 UDP 重放窗口
前向保密	盐导出不是新的非对称握手	规范明确不提供前向保密

不能因为 2022 加强规则，就说旧格式完全没有重放防护；也不能把新版本的会话和重放语义写成所有旧客户端的属性。带版本条件的说明，比普遍的“Shadowsocks 安全”标签更有用。

TUN 会把所有应用都变成代理客户端吗？

TUN 接入以虚拟接口捕获 IP 包，再把适合的流量转成代理操作。它扩大入口机制，但客户端至服务器的协议仍处理应用转发。捕获、转换、路由选择和远端加密是不同责任。

大范围路由可能有用，却不能证明完整覆盖。IPv4、IPv6、DNS、排除路由、不受支持的流量和断线行为，都需要在具体软件中核验。TUN 选项只证明存在接口机制，不证明每个包和每种失败状态都处理妥当。

入口安排	可能进入代理的流量	还需检查什么
应用代理设置	遵守设置的应用请求	其他应用、本地 DNS 及 UDP 行为
系统代理偏好	遵守系统偏好的应用	忽略设置的应用和非代理流量
TUN 接入	客户端捕获并转换的 IP 流量	路由、地址族、DNS、排除项和失败策略

比较产品前先比较范围

对照 Shadowsocks 设置与 AethoVPN 公开说明的全局模式时，应先看实际捕获规则：应用代理偏好与设备路由模式描述不同覆盖范围。WireGuard 与 Shadowsocks 的范围比较帮助判断哪种安排符合流量需求，不证明托管服务使用什么协议。

WireGuard 的 IP 隧道解释展示另一种起点，VLESS/REALITY 与 Shadowsocks 的分层比较则提供独立对照，避免把代理核心功能写成协议本身属性。

加密 Shadowsocks 流量仍可能被识别吗？

加密数据仍有可观察的包大小、时序、地址与实现行为。主动探测还会检查：观察者向可疑服务器发送构造数据后，它怎样响应？一般加密或改变地址，都不能证明免疫这两类检测。

2020 年一项针对中国过滤系统的测量研究发现，所测 Shadowsocks 部署会被被动识别后再主动探测。结论有研究日期、网络、实现和测试格式边界；研究早于 Shadowsocks 2022，不能证明每个当前 2022 部署行为相同，也不能推断所有网络采取同样规则。［4］

设计目标不是可用性保证

2022 规范包含抵抗重放和主动探测的要求，包括无效请求处理。但这些是协议及实现要求，不保证普遍可达。服务器地址仍可能被阻止，网络也可按解密内容以外的信息限制连接。［3］

VPN 协议概览提供名称和层次背景。本文不是地区访问实验、部署教程或性能排名。使用获准的软件和网络，并遵守当地法律、组织规定与服务条款。

总结

Shadowsocks 经受保护链路转发应用流量。
本地入口、加密承载与目标保护各有边界。
经典 AEAD 和 2022 的密钥、重放规则须分别说明。
TUN 接入及抵抗识别需要具体实现证据。

常见问题（FAQ）

Shadowsocks 本身是整机 VPN 吗？

它规定加密代理协议，不自动决定整机路由。客户端可增加 TUN，但实际范围仍取决于路由、DNS、地址族和失败行为。

它只是换了名称的 SOCKS5 吗？

本地 SOCKS 接口可以接入客户端，但远端加密协议有自己的格式。应用入口与受保护的客户端至服务器链路是不同阶段。［1］

它能转发 UDP 吗？

协议支持 UDP 和 TCP。实际 UDP 覆盖还取决于客户端、应用入口和网络路径，TCP 网页成功不能证明 UDP 正常。［1］

经典 AEAD 与 2022 的密钥能互换吗？

两版的方法要求和消息格式不同。客户端与服务器必须使用共同支持的方法及有效密钥格式，名称相同不代表配置互通。［2］［3］

Shadowsocks 2022 有前向保密吗？

2022 规范明确说没有前向保密。随机预共享密钥与会话导出，不等于提供这种属性的新非对称密钥协商。［3］

代理服务器能看到 HTTPS 内容吗？

正确使用的 HTTPS 仍保护浏览器至网站内容，代理负责转发。服务器处理目标信息与元数据；未加密应用内容的暴露范围不同。

抵抗主动探测就保证服务器一直可达吗？

抵抗探测只处理部分识别手段，不能涵盖所有故障。地址封锁、被动观察、网络限制和实现差异仍影响可达性。

免责声明： 本文解释概念，不是地区访问测试，也不授权越过当地法律、网络政策或服务条款。

来源

来源核验日期：2026 年 10 月 5 日。

Shadowsocks 是什么？应用代理、加密链路与版本边界