Releases: XTLS/Xray-core
Xray-core v1.2.0
Topic: Shadowsocks & Trojan UDP FullCone NAT，Xray-core 的进化
Background
v2ray 的 UDP 支持存在一些众所周知的问题，旷日持久，以至于大型联机游戏几乎和 v2 系列绝缘。相关 issues 很多，在此就不列举了。
Progress
在过去的两周内，Xray-core 进行了大量的重构与反复测试，终于迈出了一大步：全面 FullCone 化（基本完成）
Xray-core 现支持 Cone 和 Symmetric 两种策略，完美支持 FullCone 的协议有
- Shadowsocks 入站、出站
- Trojan 入站、出站
- Socks 入站、出站
- Dokodemo-door TPROXY 入站（透明代理）
- Freedom 出站，支持域名解析
VLESS、VMess 目前是 Symmetric，出站有其一且无 SS/Trojan 时，Xray-core 将会选择 Symmetric 模式，否则是 Cone 模式。
Usage
- 首先，确保客户端与服务端均更新至 Xray-core v1.2.0+，或者其它没问题的软件。
- 注意服务端的防火墙设置（测试时建议关闭），以及客户端不能开 Mux
- 比如本地 TPROXY/Socks 入 + SS/Trojan + VPS Freedom 出，即可实现 FullCone
- 解锁更多玩法：TPROXY 入、Socks 出（替代 ip2socks），Socks 入、出分流等。
对于透明代理，尤其 注意本机和网关设备的防火墙，此外 iptables 的 UDP DIVERT 规则 可能 会导致 UDP 表现不符合预期。
Future
我们很高兴地宣布，Xray-core 成为了有史以来第一个不受限制的多协议平台：只需 Xray 即可解决问题，再也不会不得不去用其它实现。
Xray-core 现支持 四大主流代理协议 的 完整可用实现，且同时包含 客户端 与 服务端
- VLESS 的 XTLS
- Trojan 的 UoT FullCone、XTLS
- VMess 的 AEAD
- Shadowsocks 的 UDP FullCone、AEAD
但这远不是终点，Xray 正计划进一步精简架构、优化整体性能、修复历史问题、增强分流功能等（包括客户端与服务端，传统艺能了）
Xray 还计划推出更多 UDP 增强，比如 XUDP（UoT 聚合隧道）、Shadowsocks 的 UDP 原生多倍发包 + 长度混淆新格式，更适合打游戏。
XUDP 可以运行在任何协议上，在它出现之前，对于主用 VLESS/VMess 的朋友，可以让 UDP 走 SS/Trojan（没错，这又是新的玩法）
对于 Shadowsocks，若只用它的原生 UDP，外面看起来就像 mKCP Seed。另外，不建议共享 Shadowsocks，相信你很快会知道原因。
Xray's Documentation
十分感谢 @badO1a5A90 @ricuhkaen 的长期贡献，Xray 的文档已初步上线：https://xtls.github.io
不过目前文档还缺很多东西，最近还会有不少大改动，包括外观、目录结构等，欢迎提任何建议/参与建设：XTLS.github.io (GitHub)
TOML & YAML
十分感谢 @AkinoKaede @yjh1021317464 的贡献，Xray 现已支持 TOML & YAML 配置格式，原理是先转换为 JSON
多文件配置也支持，但注意目前不能混合格式。
OCSP Stapling
十分感谢 @eMeab 的贡献，现在你可以开启服务端 TLS & XTLS 的 OCSP Stapling，再也不用担心 CA 域名被 Q 了。
至于如何配置，请去文档探索一番吧。
Happy New Year 🎉
Xray-core v1.1.5
🎅 🎄 🦌 圣诞快乐！本次的 release note 不在这里，若找不到彩蛋，就等下一个版本吧
🧦 ⛄ 🎁 Xray-install 有大量更新，请查收！感谢 @kirin10000 的贡献
Xray-core v1.1.4
Optimize Memory Usage
Xray-core 及 v2ray-core v4.32.0+ 均默认内部读取 json 并反复解码整个 dat 文件，启动时会消耗非常多的内存，且迟迟不还给系统。#68
于是，现在 Xray-core 会先 预解析 dat 文件的 pb 结构，只 Unmarshal 需要的部分，并多次主动 GC，加载完配置主动触发 FreeOSMemory 释放内存。这大幅降低了启动时的瞬时内存占用，解决了默认 jsonem 带来的问题，预解析更是让更多的设备可以直接加载配置。45f44c4
目前 VMess 协议常与 WSS 等结合使用，此时服务端的 drain 机制是没有必要的，所以非纯 TCP/DS 时关闭了此机制以节省资源。f390047
More Configurable TLS
此版本开始，Xray 的 tlsSettings & xtlsSettings 新增了四项配置：minVersion、maxVersion、cipherSuites、preferServerCipherSuites
十分感谢 @eMeab 的多个 PR，现在你可以自由配置它们以改变客户端的 TLS 指纹、提升服务端的网站评级等，详见 #56 (comment)
此外，早已弃用的 allowInsecureCiphers 已被完全移除。注意，allowInsecure 仍然保留。这些改动可能需要重新生成 pb 配置。
More Powerful XTLS
现在你可以在更多场景下使用 XTLS Splice 了：出站的 Splice 现已支持入站是 XTLS 的场景（即入站是任意 XTLS 且出站是 XTLS Splice）
关于 Linux 内核参数，我们有了新的进展：已确认大多数硬路由等带硬件 NAT 的设备不会受到明显影响，详见 v1.1.3 的最新说明
Trojan XTLS 已就绪，使用方式及规则与 VLESS XTLS 完全相同：支持 Splice、Direct 等，服务端 Trojan XTLS 兼容客户端普通 Trojan TLS
理论上，Xray-core 的 Trojan 与 VLESS 在性能上没有区别，包括 XTLS 系列，可直接参考以往 VLESS XTLS 的性能测试
Other Changes
- Fix: HTTP dialer uses ctx instead of context.Background() @JimhHan
- Config loader returns error instead of directly panic @JimhHan
Chores
- Upgrade dependencies
- Update geoip.dat, geosite.dat
Notices
- Xray-core releases 中的 Linux 预编译版不再附带 service 文件。
- Xray-install 内置 service 文件，暂时不含自动重启功能。
Xray-core v1.1.3
Topic: Transparent Proxies & Hardware NAT
REDIRECT
在此版本前，我们进行了大量的研究与尝试，并最终重构了透明代理的 REDIRECT 模式 f1eb5e3 ，使之同时支持 IPv4 和 IPv6。
十分感谢 @badO1a5A90 @LGA1150 协助测试，这项重构解决了一个历史遗留问题 v2ray/v2ray-core#1309 (comment)
Suggestion
我们偶然发现 Linux 内核的一些参数设置对处理数据包的性能有影响，但大多数硬路由等带硬件 NAT 的设备不会受到明显影响。
若你的中间设备只是透明代理，不涉及 NAT 转换（即内核直接在多网段间修改并转发数据包），建议设置（并重启）：
net.ipv4.ip_forward=0
net.ipv6.conf.all.forwarding=0
在测试机器上，任开其一即会严重拉低各协议组合的性能，包括 Splice。而对于仅透明代理，实测这两个参数都是不必开启的。
事实上，即使存在多个网段，不带硬件 NAT 的设备也完全可以配成仅透明代理 —— 毕竟路由器本质上也相当于“透明代理”。
#59 有更详细的信息，希望有更多实测与反馈，因为不同环境的受影响程度不同。说实话，专门的硬件 NAT 是个好东西。
Other Changes
- 调整切换至 Splice 前的 CPU 出让方式为
runtime.Gosched() Trojan XTLS Outbound 现已支持 Splice请用之后的版本- 修正一些 Code generator 的行为 @JimhHan
- 完善对
v2ray.coreAPI 的兼容方式 @JimhHan
Chores
- Upgrade dependencies
- Update geoip.dat, geosite.dat
Notices
- 若你需要缩小可执行文件的体积，推荐使用 UPX
- 手工编译 Xray-core 时，建议关闭 CGO
Xray-core v1.1.2
Topic: Linux Kernel Splice（适用于 Android、路由器等 Linux 环境）
What's Splice
Splice 是 Linux Kernel 提供的函数，系统内核直接转发 TCP，不再经过 Xray 的内存，大大减少了数据拷贝、CPU 上下文切换的次数。XTLS Direct Mode 读取数据时不需多余处理，此前引入了默认的全平台 ReadV 增强，性能已与 VLESS 裸奔持平。而现在，你可以选择性开启 Splice 增强：经测试，性能达到了 VLESS 裸奔的两倍。你没看错，比现在的裸奔更省资源。
Scene Limits
- Linux 环境，入站为 任意门、Socks、HTTP 等纯净的 TCP 连接。
- 出站为 VLESS XTLS。Trojan XTLS、裸奔等尚未增加此项优化。
Usage
- 客户端 flow 改为
xtls-rprx-splice。若不需拦截 QUIC，填写xtls-rprx-splice-udp443。 - 服务端 flow 保持 Direct。以后服务端也会有 Splice 优化。
More
- 若你开了流量统计，Splice 转发完一整条 TCP 才会反馈数据量。
- 其实应用 Splice 后，性能已与软件架构无关，只取决于你的机器和系统内核的表现，非常纯粹。
Xray-core 1k stars 啦，感谢各位的支持！文档 coming soon
Performance
- 与 v2ray-core v4.32.1、v4.33.0 的一些 测试与对比，含 Splice 的数据
- 实际环境中，硬路由上 XTLS Splice 的上限已是普通 TLS 的数倍。
Other Changes
- 修改包名：去除包名中的
v1。#6 2dust/AndroidLibXrayLite#1 - 日志中路径不再包含包名，更加清晰。Mentioned in #23 (comment) #36 5a43fa7
- API Handlers 添加对
v2ray.core开头的兼容，解决 v2rayN 等无法显示流量统计的问题（但请优先调用XRAY）。2dust/v2rayN#1141 - @qjebbs 新的
xray api指令，执行xray help api查看用法。输出格式均为 JSON。#8 #32 (comment)
Chores
- Regenerate .pb.go files
- Use Go 1.15.6
- Upgrade dependencies
- Update geoip.dat, geosite.dat
Notices
- 新增 Xray-android-arm64-v8a.zip，建议 Magisk 和 Termux 优先用此版本。
- 可执行文件均 Reproducible，相同版本 Go 交叉编译即可验证。
Xray-core v1.0.0
New Beginning
Xray-core 基于 v2ray-core 修改而来，改动较大，你只需知道：
- 只有一个可执行文件，含 ctl 的功能，run 为默认指令
- 配置上完全兼容，环境变量和 API 对应要改为 XRAY
- 全平台开放了裸协议的 ReadV，有待更多测试与反馈
- 提供完整的 VLESS & Trojan XTLS 支持，均有 ReadV
Credits
https://github.com/XTLS/Xray-core/blob/main/README.md
- 感谢 @v2fly 项目
- 感谢 @badO1a5A90 的长期性能测试与反馈
- 感谢 @qjebbs 提供合并 ctl 的代码
- 感谢 @teddysun 第一时间打包 docker 镜像
Performance
与 v2ray-core v4.32.1、v4.33.0 的一些 测试与对比