Ricky issues

Results 17 issues of


                                            Ricky

Hysteria2服务器从启动到能开始响应客户端请求需要的时间有点长

调试服务器的时候发现Hysteria2服务端启动之后，客户端不能立刻连上，要等一段时间，实测大约36秒。为什么会费这么多时间？这个启动延迟能优化吗？

enhancement

能否在客户端允许设置多个服务器地址并实现负载均衡

**你的功能请求是否与某个问题有关？** 在拥有多个节点的情况下，希望自动充分利用。还可用于网络爬虫的代理池。 **描述你希望的解决方案** 客户端配置允许填入数组，可以选择多种负载均衡模式，例如随机分配、延迟检查、分时分配等。 **有没有其他替代方案** 扩展ACL的功能。

enhancement

建议使用IP地址的DoH而不是域名地址

## 描述建议将默认远程DNS设置为`https://1.1.1.1/dns-query`而不是用域名写的`https://dns.google/dns-query`。 ## 建议的必要性客户端本地DNS可能污染`dns.google`这样的域名。

[Feature request]: 启用sing-box的TUN前对节点传输层协议进行判断

### 相关问题能解决 #https://github.com/2dust/v2rayN/issues/4539#issuecomment-2076875691 和 #https://github.com/2dust/v2rayN/issues/5027 提到的问题，原因是sing-box并不支持v2ray-core中的某些传输层协议，例如mKCP。 ### 描述你希望的解决方案启用sing-box的TUN前对节点传输层协议进行判断，如果是mKCP等不被sing-box支持的传输层协议，提供一个兼容性错误弹窗，而不是在没有提示的情况下继续执行不受支持的配置组合、引发sing-box崩溃且前台无日志输出，避免用户困惑。 ### 描述你所考虑的替代方案 _No response_ ### 我确认已查询历史issues - [X] 是

enhancement

建议为sniffing增加route_only选项或判断destOverride的域名是否有效以增强对Tor的兼容性

## 你正在使用哪个版本的 V2Ray？版本无关。现有的版本都不支持route_only选项。 ## 你的使用场景是什么？在开启了sniffing和destOverride的情况下使用Tor。 ## 你看到的异常现象是什么？无法连接到Tor网络。原因是开启了destOverride，这与Tor不兼容。如果能像xray-core对sniffing增加route_only支持，即可在不关闭destOverride的情况下开启route_only来解决此问题。另见：#https://github.com/2dust/v2rayN/issues/5099 。或者像sing-box那样增加一个判断，如果域名无效（如 Tor），destOverride将不生效，就不用搞route_only了。 ## 你期待看到的正常表现是怎样的？在不关闭sniffing和destOverride的前提下连接到Tor网络。 ## 请附上你的配置 **服务端配置：** 无关。 **客户端配置：** ```javascript { "log": { "access": "", "error": "", "loglevel": "warning"...

服务端开启Shadowsocks的UDP设置之后必须在防火墙添加与Shadowsocks入站TCP端口一致的UDP端口才能使UDP流入

## 你正在使用哪个版本的 V2Ray？ 4.45.2，而且我猜在最新的5.16.1也有同样的问题，不过没有测试。 ## 你的使用场景是什么？使用Netch 1.9.7测试NAT类型。 ## 你看到的异常现象是什么？配置了`"network": "tcp,udp"`，防火墙开放了供Shadowsocks通信的TCP端口，测试到的NAT类型结果为NoUDP；若使防火墙开放所有UDP端口，测试到的结果为“unsupported server”；若仅在防火墙中添加与前述TCP端口一致的UDP端口，则UDP正常通信。 ## 你期待看到的正常表现是怎样的？ Shadowsocks难道不是个TCP协议吗？客户端的UDP流量被Socks入口接收以后，进行Shadowsocks出站，传到服务器的Shadowsocks入站，这个远程传输的过程应该是仅需要Shadowsocks的TCP端口就能完成，因为原始的TCP、UDP已经包含在Shadowsocks数据包中了，不应该需要开放对应的UDP端口才能使NAT是全锥形，更奇怪的是如果开放所有UDP端口反而“unsupported server”了。 ## 请附上你的配置 **服务端配置：** ```javascript { "log": { "loglevel": "warning" }, "inbounds": [ {...

日志输出大量 rejected common/drain: common/drain: unable to drain connection > EOF > proxy/shadowsocks: failed to read IV > EOF

## 你正在使用哪个版本的 V2Ray？ 5.16.1 ## 你的使用场景是什么？网页代理 ## 你看到的异常现象是什么？出现大量`rejected common/drain: common/drain: unable to drain connection > EOF > proxy/shadowsocks: failed to read IV > EOF`日志输出。 ## 你期待看到的正常表现是怎样的？没有这些输出。 ##...