1.6.5版本的新增的wireguard是否有必要

[ixxmu]

1 1.6.5 的wireguard出口可以用指定ip或者ipv4/v6的warp出口即可，为什么要新增实体？

2 warp这种方式已经被用烂了，并且近期开始现warp断开的情况。之前这个排错了半天以为是梯子的问题，最后发现是warp的出口自动断了，后来换了其他的脚本刷ip才能正常，虽然依旧会出现偶尔断开的情况。

用这个本身就是在薅其他服务的基础上进行的加持为何要出现核心版本上，况且这也增加了代码量，另外就算核心不增加此功能，当前也已经可以用自带路由表的方式实现一样的功能，感谢开发者们的努力，但极致、简洁同时性能爆表的特性才是xray才应该有的,显然支持薅warp是不需要的！

纯讨论 无其他，再次感谢大佬们给我们带来这么棒的工具！

[GreatMichaelLee]

我觉得折腾什么wireguard还不如把核心功能做稳定啊，现在vision流控问题感觉好多，干嘛不把vision做稳定，去折腾什么wireguard呢？当然，这是我的一家之言，有人可能会喷，你不用不代表别人不用^_^,希望能解决报RECORD_BAD_MAC_ALERT和什么PROTOCOL_MISMATCH之类的错误。

[hqvv]

新版客户端文件upx压缩后 比原来增加了近1M , 这对16M Flash的硬路由不够友好了。

[hkbase]

我暂时又用回xtls-rprx-direct、xtls-rprx-splice了，新版vision还不稳定，老是断流。

[BI7PRK]

自从10月份开始，开发决策有点乱了阵势。性能和稳定才是最核心的。

[AlvinZhu]

我觉得集成wireguard这个功能挺好，支持。 1 vision的稳定性和合并集成wireguard的pull requests是两码事，并不存在因果关系。 2 xray本来就集成了各种不同的出入站协议，一站式的整合配置确实好用。我倒不认为xray追求简洁。在xray/v2ray出现之前，shadowsocks配合iptable，dnsproxy等等一堆工具也能组合出目前的大部分功能，但是现在我觉得xray这种集成的方式更舒服。 3 关于体积，xray相对来说还是比较重量级的。16M Flash要想得到比较完整的功能体验，本来要用也是放内存盘或者额外插U盘，再加上gesite geoip体积也很大，多这1M不会有本质区别。 4 薅warp羊毛是薅，薅cdn羊毛不是薅吗？为啥不把tls+ws的支持去掉？ xray功能很多，有些功能总有人是需要的，某个功能自己不需要就提议去掉这种做法我觉得不合适。 我没有自己编译过xray，不知道能不能模块化，如果支持，那自己想要哪些功能模块，自己选了编译。这不就皆大欢喜了。 感谢社区提供这么优秀的工具。

[reeceyng]

xray创立之初的特色我记得是“超集”吧

[chika0801]

xray创立之初的特色我记得是“超集”吧

Project X 的群聊

交流群可在底线之上随便水，不要撕逼，没有滥权。 有问题尽管随便问，知道的尽量回答。 禁政治，禁NSFW

Xray 是 v2ray 的超集，含更好的整体性能和 XTLS 等一系列增强，且完全兼容 v2ray-core 的功能及配置。

“配置兼容，整体更好”

Channel：https://t.me/projectXtls

https://github.com/XTLS

[binbooly]

1 1.6.5 的wireguard出口可以用指定ip或者ipv4/v6的warp出口即可，为什么要新增实体？

2 warp这种方式已经被用烂了，并且近期开始现warp断开的情况。之前这个排错了半天以为是梯子的问题，最后发现是warp的出口自动断了，后来换了其他的脚本刷ip才能正常，虽然依旧会出现偶尔断开的情况。

用这个本身就是在薅其他服务的基础上进行的加持为何要出现核心版本上，况且这也增加了代码量，另外就算核心不增加此功能，当前也已经可以用自带路由表的方式实现一样的功能，感谢开发者们的努力，但极致、简洁同时性能爆表的特性才是xray才应该有的,显然支持薅warp是不需要的！

纯讨论 无其他，再次感谢大佬们给我们带来这么棒的工具！

很赞赏这位朋友的总结：专注核心功能，极致、简洁同时性能爆表的 xray。如果包揽全部功能，但又做的不够极致，总感觉就是一个玩玩就行不能当真的玩具。目前升级使用到了 1.5.4，一年多以后感觉 Xray 还不错，只是近期突然开始被封端口了...，又想念起了 Trojan，稳如老狗...

[Felix2yu]

V2ray本身定位就类似于瑞士军刀，有一堆入站、出站、代理、传输协议可供搭配组合。 理论上跟别的工具一样只要做好你自己的VMess协议就好了，干嘛不务正业去支持SS、Trojan、VLESS这些。V2ray、Xray从设计之初就不是一个小而美的极简工具。

[cross-hello]

Did you use UTLS? The releate feature only mature after 1.6.+

---

From: binbooly @.> To: XTLS/Xray-core @.> CC: Subscribed @.**> Date: Nov 30, 2022 16:43:36 Subject: *Re: [XTLS/Xray-core] 1.6.5版本的新增的wireguard是否有必要 (Issue #1390)

1 1.6.5 的wireguard出口可以用指定ip或者ipv4/v6的warp出口即可，为什么要新增实体？

2 warp这种方式已经被用烂了，并且近期开始现warp断开的情况。之前这个排错了半天以为是梯子的问题，最后发现是warp的出口自动断了，后来换了其他的脚本刷ip才能正常，虽然依旧会出现偶尔断开的情况。

用这个本身就是在薅其他服务的基础上进行的加持为何要出现核心版本上，况且这也增加了代码量，另外就算核心不增加此功能，当前也已经可以用自带路由表的方式实现一样的功能，感谢开发者们的努力，但极致、简洁同时性能爆表的特性才是xray才应该有的,显然支持薅warp是不需要的！

纯讨论 无其他，再次感谢大佬们给我们带来这么棒的工具！

很赞赏这位朋友的总结：专注核心功能，极致、简洁同时性能爆表的 xray。如果包揽全部功能，但又做的不够极致，总感觉就是一个玩玩就行不能当真的玩具。目前升级使用到了 1.5.4，一年多以后感觉 Xray 还不错，只是近期突然开始被封端口了...，又想念起了 Trojan，稳如老狗...

— Reply to this email directly, view it on GitHub[https://github.com/XTLS/Xray-core/issues/1390#issuecomment-1332447931], or unsubscribe[https://github.com/notifications/unsubscribe-auth/AKGBAYA6BXV2LRGJGPUQOHTWK573PANCNFSM6AAAAAASODCOKI]. You are receiving this because you are subscribed to this thread.[Tracking image][https://github.com/notifications/beacon/AKGBAYENK5WE4DFZEUL3ISTWK573PA5CNFSM6AAAAAASODCOKKWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTSPNOFLW.gif]Message ID: @.***>

[binbooly]

我用的是硬路由，而且是自己编译的 OpenWRT，所以 xray 的版本升级很麻烦，目前 1.5.4 还不错。其实对于我来说，稳是第一要素，其次是速度够快，多数时候不会逼迫自己去使用一些新的功能。可能是因为我是自用的原因，如果提供商业服务的话，可能需要更多的功能兼容更多的用户需求。

[Rangtian]

我用的是硬路由，而且是自己编译的 OpenWRT，所以 xray 的版本升级很麻烦，目前 1.5.4 还不错。其实对于我来说，稳是第一要素，其次是速度够快，多数时候不会逼迫自己去使用一些新的功能。可能是因为我是自用的原因，如果提供商业服务的话，可能需要更多的功能兼容更多的用户需求。

flippy 编译的 Openwrt支持手动升级 xray，很方便。应该是有相关插件或者脚本的。你研究看看，应该不麻烦。 如果是硬件原因限制了手动升级，必须预编译的话，这样羸弱的硬件还不如用个N1吧？

[ixxmu]

1 1.6.5 的wireguard出口可以用指定ip或者ipv4/v6的warp出口即可，为什么要新增实体？ 2 warp这种方式已经被用烂了，并且近期开始现warp断开的情况。之前这个排错了半天以为是梯子的问题，最后发现是warp的出口自动断了，后来换了其他的脚本刷ip才能正常，虽然依旧会出现偶尔断开的情况。 用这个本身就是在薅其他服务的基础上进行的加持为何要出现核心版本上，况且这也增加了代码量，另外就算核心不增加此功能，当前也已经可以用自带路由表的方式实现一样的功能，感谢开发者们的努力，但极致、简洁同时性能爆表的特性才是xray才应该有的,显然支持薅warp是不需要的！ 纯讨论 无其他，再次感谢大佬们给我们带来这么棒的工具！

很赞赏这位朋友的总结：专注核心功能，极致、简洁同时性能爆表的 xray。如果包揽全部功能，但又做的不够极致，总感觉就是一个玩玩就行不能当真的玩具。目前升级使用到了 1.5.4，一年多以后感觉 Xray 还不错，只是近期突然开始被封端口了...，又想念起了 Trojan，稳如老狗...

如果坚持使用老版本，用支持utls的客户端即可，路由器上 ssr+ 一直都支持，Android上v2rayNG也是一直支持的； 如果更新到了1.6.1之后，可以继续使用支持utls的xtls系列协议了

[Septrum101]

wireguard proto is not only use on warp. You can bypass the firewall to your home under NAT.

[IRN-Kawakaze]

各平台的WireGuard官方客户端对分流的支持不太好，只支持AllowedIps这一种方式，在Windows平台上，大量的AllowedIps甚至可能会导致故障。Xray支持WireGuard出站可以非常有效地改善这一现状，有望成为一个优秀的WireGuard客户端以及wg2proxy工具。

至于WARP？官方已经在逐步封禁非官方客户端，并且Xray目前不支持修改数据包的wg.reserved字段，导致它在很多热门地区无法连接上WARP，它不是一个合适的WARP客户端。

[ghost]

各平台的WireGuard官方客户端对分流的支持不太好，只支持AllowedIps这一种方式，在Windows平台上，大量的AllowedIps甚至可能会导致故障。Xray支持WireGuard出站可以非常有效地改善这一现状，有望成为一个优秀的WireGuard客户端以及wg2proxy工具。

至于WARP？官方已经在逐步封禁非官方客户端，并且Xray目前不支持修改数据包的wg.reserved字段，导致它在很多热门地区无法连接上WARP，它不是一个合适的WARP客户端。

我手头的VPS，至少有一半连不上warp出站，能连上的速度也就30m

[GitProPlusMaxUltra]

给人的感觉就是继承了国内软件公司的风气，啥都想往里塞，变成一个水桶

[chika0801]

给人的感觉就是继承了国内软件公司的风气，啥都想往里塞，变成一个水桶

倒不是什么向里面塞，WireGuard对这平台真有用

[csryt]

@GiteeWaste 对于不受自己掌握的东西，且未付费的情况下，个人觉得吐槽不合适。建议可以。

[o0HalfLife0o]

如果2.0能重构的话，希望可以改成模块化打包，默认只包含现行可用的穿墙方案，其他功能可以自行加命令编译打包

@GiteeWaste 对于不受自己掌握的东西，且未付费的情况下，个人觉得吐槽不合适。建议可以。

[csryt]

@pvqogw 这就很完美！

[yichya]

Wireguard 要把 gvisor 那一坨绑上确实是大了好多，不过要把它去掉倒是也很简单，删几个文件几行代码就行了

[hqvv]

Wireguard 要把 gvisor 那一坨绑上确实是大了好多，不过要把它去掉倒是也很简单，删几个文件几行代码就行了

恳请大神搞一个精简版的分支，比如只包含Vision 和 reality的极精简版本。 或者给个实例代码 告知如何精简掉某个模块，感谢

[yichya]

或者给个实例代码 告知如何精简掉某个模块，感谢

https://github.com/yichya/Xray-core/tree/expvar_dns

（仅供参考，不做 release，不打算 pr，不保证兼容性，不要直接拿来用

[chika0801]

Wireguard 要把 gvisor 那一坨绑上确实是大了好多，不过要把它去掉倒是也很简单，删几个文件几行代码就行了

恳请大神搞一个精简版的分支，比如只包含Vision 和 reality的极精简版本。 或者给个实例代码 告知如何精简掉某个模块，感谢

没这样的分支

[hqvv]

或者给个实例代码 告知如何精简掉某个模块，感谢

https://github.com/yichya/Xray-core/tree/expvar_dns

（仅供参考，不做 release，不打算 pr，不保证兼容性，不要直接拿来用

感激不尽！ 我先fork一份 学习学习

[hqvv]

或者给个实例代码 告知如何精简掉某个模块，感谢

https://github.com/yichya/Xray-core/tree/expvar_dns

（仅供参考，不做 release，不打算 pr，不保证兼容性，不要直接拿来用

测试过了 可以用，真心感谢 @yichya

编译后可执行文件变小了 1.5M。 对16M flash的老路由非常友好了。 另外感觉内存和CPU占用也都变低了: 用vision 流控, AR9344的芯片，平时约5% CPU占用，刚启动时也不会超过60%，已经非常理想了。在Xray换新的协议前，我应该不会再更新版本了 。

感谢大神挽救了我的随身小路由，谢谢！

[flintt]

或者给个实例代码 告知如何精简掉某个模块，感谢

https://github.com/yichya/Xray-core/tree/expvar_dns （仅供参考，不做 release，不打算 pr，不保证兼容性，不要直接拿来用

测试过了 可以用，真心感谢 @yichya

编译后可执行文件变小了 1.5M。 对16M flash的老路由非常友好了。 另外感觉内存和CPU占用也都变低了: 用vision 流控, AR9344的芯片，平时约5% CPU占用，刚启动时也不会超过60%，已经非常理想了。在Xray换新的协议前，我应该不会再更新版本了 。

感谢大神挽救了我的随身小路由，谢谢！

请问ar9344用的是mips哪个版本？我试了mips32和mips32le，运行都报错

[hqvv]

请问ar9344用的是mips哪个版本？我试了mips32和mips32le，运行都报错

直接编译的，不是很确定具体啥 arch