Release 下载AnyTLS · GitHub Release 历史版本 · 三路反代镜像

最新正式版v0.0.12

本区块同步 AnyTLS 的官方 GitHub Release,并为最近版本生成 三路反代镜像加速下载通道。 默认展开最新正式版;如果项目只有预发布版,会在版本旁单独标注。下载按钮会先进入本站确认页,可继续下载或复制真实链接。

最新正式版发布 2026-01-12共 6 个版本共 30 个文件本页展示最近 5 个版本⭐ 1,254github.com/anytls/anytls-go

怎么挑:Windows 优先 .exe / .msi;macOS 优先 .dmg;Linux 选 .deb / .rpm / .AppImage;Android 选 .apk;带 .sig / .asc / .sha256 的是校验文件,不是安装包。 下载慢:从右侧三路反代列里挑一个能通的点开;复制按钮复制真实目标链接,方便放进下载器。

为控制页面体积,本页只展示最近 5 个版本、每版最多 48 个文件;完整历史请查看 anytls/anytls-go Releases

v0.0.122026-01-126 个文件正式版
文件 / 平台大小官方直链反代 · ghproxy.net反代 · ghfast.top反代 · mirror.ghproxy.com
anytls_0.0.12_darwin_amd64.zipmacOS4.8 MB
anytls_0.0.12_darwin_arm64.zipmacOS4.4 MB
anytls_0.0.12_linux_amd64.zipLinux4.7 MB
anytls_0.0.12_linux_arm64.zipLinux4.3 MB
anytls_0.0.12_windows_amd64.zipWindows4.8 MB
anytls_0.0.12_windows_arm64.zipWindows4.4 MB
v0.0.112025-09-226 个文件正式版
文件 / 平台大小官方直链反代 · ghproxy.net反代 · ghfast.top反代 · mirror.ghproxy.com
anytls_0.0.11_darwin_amd64.zipmacOS4.8 MB
anytls_0.0.11_darwin_arm64.zipmacOS4.4 MB
anytls_0.0.11_linux_amd64.zipLinux4.7 MB
anytls_0.0.11_linux_arm64.zipLinux4.3 MB
anytls_0.0.11_windows_amd64.zipWindows4.8 MB
anytls_0.0.11_windows_arm64.zipWindows4.3 MB
v0.0.102025-09-210 个文件正式版

这个版本暂无公开 Release 资产,请查看 Release 说明。

v0.0.82025-04-096 个文件正式版
文件 / 平台大小官方直链反代 · ghproxy.net反代 · ghfast.top反代 · mirror.ghproxy.com
anytls_0.0.8_darwin_amd64.zipmacOS4.2 MB
anytls_0.0.8_darwin_arm64.zipmacOS3.9 MB
anytls_0.0.8_linux_amd64.zipLinux4.1 MB
anytls_0.0.8_linux_arm64.zipLinux3.8 MB
anytls_0.0.8_windows_amd64.zipWindows4.3 MB
anytls_0.0.8_windows_arm64.zipWindows3.9 MB
v0.0.72025-03-276 个文件正式版
文件 / 平台大小官方直链反代 · ghproxy.net反代 · ghfast.top反代 · mirror.ghproxy.com
anytls_0.0.7_darwin_amd64.zipmacOS4.2 MB
anytls_0.0.7_darwin_arm64.zipmacOS3.9 MB
anytls_0.0.7_linux_amd64.zipLinux4.1 MB
anytls_0.0.7_linux_arm64.zipLinux3.8 MB
anytls_0.0.7_windows_amd64.zipWindows4.3 MB
anytls_0.0.7_windows_arm64.zipWindows3.9 MB

本页加速下载用到的 3 个 GitHub 反代镜像

反代前缀说明
ghproxy.nethttps://ghproxy.net/老牌备份
ghfast.tophttps://ghfast.top/新生快线
mirror.ghproxy.comhttps://mirror.ghproxy.com/子域名

反代是第三方公益服务,单个通道可能临时挂掉,多挑几个再判断网络是否有问题。所有反代均为 HTTPS,文件内容与 GitHub 原始 Release 字节一致,可放心做 SHA256 校验。

AnyTLS 的坑通常不在安装命令,而在客户端兼容。命令行能连通,不代表 GUI 客户端一定能识别订阅里的 type: anytls

适用场景判断

你的情况判断做什么
已有 Reality / Trojan / Hysteria 2 正常使用可以试,但别替换主配置新建 1 条 AnyTLS 测试 outbound
正在给多端用户发订阅谨慎确认 Windows、macOS、Android、iOS 客户端内核版本
只会复制订阅链接,不会看日志暂缓用成熟协议,避免排错成本失控
自建 VPS,能改 systemd 和防火墙适合测试从 anytls-go 服务端开始

如果你只想解决「订阅导入后没有节点」这类问题,AnyTLS 不是优先答案,确认当前客户端能不能识别服务商给出的配置格式。

AnyTLS 在协议栈里是什么位置?

AnyTLS 是 2025 年后进入视野的新协议项目,仓库是 anytls/anytls-go,许可证写的是 GPL-3.0。它的生态还在扩张期,不能按 VLESS Reality 或 Trojan 的成熟度来预期。

协议更常见的使用方式成熟度判断迁移建议
AnyTLSanytls-go、sing-box、Mihomo新协议,客户端覆盖仍要逐个确认做备用线
VLESS RealityXray / sing-box 生态生产使用更多,资料多继续作为主线更稳
Trojan多客户端长期支持老牌方案,兼容面广适合保留兜底
Hysteria 2 / TUICQUIC 场景对网络环境更敏感单独压测后再用

这里最容易误判的是「内核支持」和「壳支持」。sing-box 或 Mihomo 支持某个 outbound,不等于你手里的 GUI 已经内置了对应版本。

服务端怎么部署才不容易踩坑?

下面只写最小可验证部署。正式上线前,还要把密码、日志、服务用户和系统更新策略按你自己的服务器规范处理。

1. 下载 anytls-go

cd /opt
wget https://github.com/anytls/anytls-go/releases/latest/download/anytls-server-linux-amd64.tar.gz
tar xzf anytls-server-linux-amd64.tar.gz
chmod +x anytls-server

如果 GitHub Release 下载很慢,确认 URL 来自官方仓库,再考虑使用你信任的下载代理或镜像,不要直接复制陌生脚本。

2. 用 443/tcp 启动

./anytls-server -l :443 -p YOUR-STRONG-PASSWORD

密码不要用示例里的 YOUR-PASSWORD。至少生成一段随机字符串,例如:

openssl rand -base64 24

3. 打开防火墙端口

ufw allow 443/tcp
# 或 firewalld
firewall-cmd --permanent --add-port=443/tcp
firewall-cmd --reload

端口不通时,不要先改客户端,在服务器侧确认进程监听、云厂商安全组和系统防火墙三处都放行了 443/tcp。

4. 写入 systemd

# /etc/systemd/system/anytls.service
[Unit]
Description=AnyTLS Server
After=network.target

[Service]
Type=simple
ExecStart=/opt/anytls-server -l :443 -p YOUR-STRONG-PASSWORD
Restart=always
User=root

[Install]
WantedBy=multi-user.target
systemctl daemon-reload
systemctl enable --now anytls
systemctl status anytls

看到 active (running) 只能说明服务端进程还活着。真正是否可用,要继续看客户端握手日志。

sing-box 和 Mihomo 怎么配?

用单独 outbound 测试,不要一上来改整份主配置。这样失败时只回滚一个块,不会影响原有节点。

sing-box outbound

{
  "outbounds": [
    {
      "type": "anytls",
      "tag": "anytls-out",
      "server": "your-vps-ip",
      "server_port": 443,
      "password": "YOUR-STRONG-PASSWORD",
      "tls": {
        "enabled": true,
        "server_name": "cloudflare.com"
      }
    }
  ]
}

如果日志报 unknown outbound type,优先检查 sing-box 版本,而不是反复改密码。

Mihomo proxy

proxies:
  - name: anytls-test
    type: anytls
    server: your-vps-ip
    port: 443
    password: YOUR-STRONG-PASSWORD
    sni: cloudflare.com

如果配置能加载但节点不可用,看 Mihomo 日志里的协议识别和握手错误。只看界面上的延迟测试,容易把 DNS、规则匹配和协议握手混在一起。

GUI 客户端要怎么判断兼容?

GUI 客户端的名字不是关键,关键是它使用的内核。Karing、Hiddify Next、Husi 这类客户端常跟随 sing-box;Clash Verge Rev、Mihomo Party 常跟随 Mihomo;v2rayN 则取决于你启用的内核。

客户端类型重点检查失败表现
sing-box GUI内置 sing-box 版本、配置导入报错unknown type、字段被丢弃
Mihomo GUI内置 Mihomo 版本、proxy type 是否识别节点消失、延迟测试全失败
命令行客户端服务端地址、密码、SNI、端口握手失败、连接被重置
订阅转换工具是否保留 anytls 字段转换后变成空节点或普通代理

如果你要给多台设备共用,先拿一台 Windows 和一台 Android 做交叉测试。桌面能用,不代表移动端 GUI 已经跟上。

加入订阅的时机

AnyTLS 可以放进测试组或备用组,前提是你能解释失败时用户该看哪里。最差的做法,是把它混进主订阅里却不标注客户端要求。

建议按这个顺序上线:

  1. 自己的 VPS 跑通 24 小时,确认服务端没有频繁重启。
  2. sing-box 单客户端测试,记录配置字段和日志。
  3. Mihomo 单客户端测试,确认订阅格式不会被丢字段。
  4. GUI 客户端测试,至少覆盖 2 个系统。
  5. 再考虑放进正式订阅的备用组。

如果你维护的是多人订阅,AnyTLS 节点旁边最好写清楚「需要支持 anytls 的 sing-box / Mihomo 内核」。否则用户只会看到节点不可用,很难判断是客户端旧,还是服务端坏。

排错日志指引

表现更可能原因优先检查
配置导入时报 unknown type客户端内核太旧sing-box / Mihomo 版本
节点出现在列表里但连不上密码、端口或 SNI 不一致服务端启动参数和客户端字段
服务端 systemd 反复重启二进制路径或权限错误systemctl status anytls
延迟测试失败但网页偶尔能开测试 URL、DNS 或规则影响日志里的 outbound 命中情况
订阅转换后节点消失转换器不认识 anytls原始订阅与转换后 YAML 对比

排错时一次只改一个变量。先锁定「配置是否被识别」,再看「握手是否成功」,最后才看「规则是否走到这个 outbound」。

要不要用配套订阅线路?

不少人卡在自建以外的环节:客户端已支持 AnyTLS,但订阅模板没有 anytls 字段;或者同一个订阅要同时给 Clash / sing-box / V2Ray 系客户端使用,转换后字段丢失。

这种场景下,可以把配套订阅线路作为对照样本,确认客户端能正常导入一份兼容订阅,再回头判断是 AnyTLS 服务端问题,还是你自己的模板问题。

验证清单

至少做 4 个检查,不要只看客户端显示「已连接」。

  1. systemctl status anytls 显示服务端在运行。
  2. 客户端日志没有 unknown type、握手失败、密码错误。
  3. 规则命中时能看到流量走到 anytls-outanytls-test
  4. 连续切换网络后,节点状态没有频繁变成不可用。

如果这 4 项里有 1 项失败,就先不要把 AnyTLS 放进主订阅。

相关阅读