nobody

> xray的outbound windows下无法绑定interface，如果tun interface被选为默认路由的话，xray的outbound如何避免流量循环。 outbound可以指定interface啊。把[sendThrough](https://www.v2fly.org/config/outbounds.html#outboundobject)设置成物理网卡的IPv4地址（比如192.168.1.100)就可以。但是不知道为什么设置成IPv6地址不行。然后还要注意下DNS的问题。

直接在生产环境测路由不太好吧。单独开个core用来测路由就没其他信息干扰。 v1.8.10已经支持api替换routing，不需要重启core。 所以目前的问题只是debug log不够详细。

先在这挂一段时间看有没有人提修改意见吧。WIP就不要加了。因为配置文档的第一篇，从2021年到现在还是WIP，所以加上也没什么用。

是的，客户端需要自己开启端口转发到公网。在 NAT 下无法使用这个方法。 *Yes, the client needs to enable port forwarding to the public network by itself. This method cannot be used under NAT.*

关于这个 PR： 建议查询参数只有 tag 没有 email 时，返回对应 inbound 的全部用户信息。这样用途更广。 关于 API： 我觉得最大的障碍是 TypedMessage。比如我执行下面的命令： ```bash ./grpcurl.exe -plaintext -d '{"tag": "ssin", "email": "[email protected]"}' 127.0.0.1:10085 xray .app.proxyman.command.HandlerService.GetInboundUser ``` 得到的是： ```bash { "user": {...

测试了 v1.8.16 仍然存在相同的问题。不确定和 iperf 版本是否有关系。 ```bash iperf3.exe --version iperf 3.17.1 (cJSON 1.7.15) CYGWIN_NT-10.0-19045 DESKTOP-VD1SRRF 3.5.3-1.x86_64 2024-04-03 17:25 UTC x86_64 Optional features available: CPU affinity setting, authentication, support IPv4 don't fragment,...

Here are my findings. Because client upload data concurrently, for some reason, which I have no idea, some packets may be blocked permanently. So the upload queue will be filled...

After setting `maxConcurrentUploads` to `2000` on the server side with `v1.8.16`. Memory usage goes up to 5G and more. The bright side is disconnection problem disappeared. But network speed is...

In order to figure out what is happening, I add some logging code to v1.8.15. There is nothing interesting on the client side, so the following discussion is focusing on...

> certain requests like 421, the request body Read is hanging? Yes.