f4nff
f4nff
现在的情况是,如果开了很多隧道,明显感觉响应变慢了,变卡顿了. 这时候我只能重启客户端才恢复.
无法访问呀,发个群,加一下.
``` // default value for relay (internal/relay) const ( EthernetMtu = 1500 DefaultNatTimeout = 3 * time.Minute DnsQueryTimeout = 17 * time.Second // RFC 5452 ) ``` 我可以确定,3分钟绝对没有释放.
你可以并发进行测试.
如果我并发10000测试,然后现在开了100个隧道, 然后关闭并发,现在还有其他100个连接,这100个连接会不会把会话转移到一个隧道, 关闭其他的99个.
juicity 有问题, 同样的节点,我用tuic刷网页,不卡的, 但是用juicity一直在转圈.
juicity 处理明显是有问题的,同样的线路, tuic打开是一点也不卡, juicity 已经打开的ssh操作也不卡,但是新打开网页,一直卡在那里, 很明显juicity处理是有问题的.
``` Dispatch: IPv4 src=192.168.2.4 dst=192.168.1.129 proto=TCP \ TCP src=1082 dst=18629 syn seq=3425872776 ack=869094521 win=8192 len=0 mss=1460 IPv4 src=192.168.1.129 dst=192.168.2.4 proto=TCP \ TCP src=18630 dst=1082 syn seq=1147468106 win=64240 len=0 mss=1460 Dispatch:...
多路复用在互联网传输层就只有一个连接，就会被qos 本来10个连接可以得到10Mbps带宽，现在只有1个连接，被qos之后只有1Mbps
@9bingyin 你贴出的数据，只有你自己能看得懂， 你没有说明iperf测试的流程， iperf测试 直连，还是 通过隧道， 在互联网中，长连接都会被Qos，随着时间持续被降权。 一句话概况，突发速度快，然后越来越慢，只能断开重连。