Replies: 1 comment
-
|
关于 WireGuard 的问题，我需要强调一下，这部分一直以来都存在一些问题，测试也相对较少。除了我在早些时候推动了多 Peer 支持的测试外，基本上很少有人关注这块。即使在初步实现了多 Peer 支持后，仍然是我发现了一个导致多 Peer 无法正常工作的故障，并将其报告后才得到修复。所以，出现任何问题都属于意料之中（在我还在群里的时候，开发者也曾表示确实缺乏测试，因此什么问题发生都不奇怪）。 WireGuard 原生处理 DDNS 的方式需要用户自行编写脚本进行轮询。而据你所说，Clash Meta 目前应该也没有实现这部分功能（至少在我还在群里的时候，针对 DDNS 的解决方案尚未实现）。因此，你遇到的问题是否是由于其他未知的 BUG 导致的，我们目前还无法确定，建议你针对此问题再开启一个新的 issue。（虽然你被BAN了） 最后，关于“违反社区规则，在 issue 下发布无关该 issue 的 comment”这一点，我持反对意见。在这个例子中，即使该问题与原 issue 的关联性不是特别强，但你怎么知道我对这个问题一无所知，或者对此不感兴趣呢？如果不是你在这个 issue 里提醒我，我可能都已经忘记了这件事。在这种情况下，你很难说我对后续的进展不感兴趣。况且，我并不认为你的评论冒犯了我，相比之下，如果有人评论说“亲测，支持多个 Peer，应该是你自己配置有问题”，我反而会觉得更受冒犯。 你提到的社区规则“禁止在 issue 下发布无关该 issue 的 comment”，我认为界定“无关”的标准就存在疑问。你的评论与原 issue 真的完全无关吗？我觉得并非如此，毕竟 WireGuard 部分本身就处于一种几乎无人测试、BUG 频出的状态，谁能保证你遇到的不是什么罕见的、难以复现的 BUG 呢？管理员又是如何界定“无关”的呢？这种做法是不是有点一刀切了？ 再看看实际情况，我在 2024 年 2 月份提出了那个 issue，而你在 2025 年 1 月底在 Discussions 中也提出了与 WireGuard 相关的 issue。我们来简单搜索一下，总共能找到几个相关的问题呢？是不是除了我和你之外，几乎没什么人关注这个部分？已经冷清到这种地步了，相关或不相关还那么重要吗？老实说，我在其他的开源仓库的 issue 中都没有见过这种奇怪的规定。 |
Beta Was this translation helpful? Give feedback.
-
描述
网络从手机流量切换后 WIFI，代理连接异常。
尝试过 fclash，问题依旧。V2rayNG，没问题。寻求大佬指教😮💨
重现方式：
配置文件：
代理软件：
https://github.com/MetaCubeX/ClashMetaForAndroid
mihomo.
尝试过 fclash，问题依旧。
V2rayNG，没问题。
寻求大佬指教😮💨
至管理员：
非常抱歉，我违反了社群规则，在 wireguard issue 下发布无关该 issue 的提问，现已删除，希望不要永封，没法写 comment & 提交 issue了。
log:
Beta Was this translation helpful? Give feedback.
All reactions