-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[E] [client.go:171] get connection info from server error 长度错误542393671 #315
Comments
你的服务端和客户端网络连接质量怎么样啊,是不是在报这个前有close mux这类的信息,另外,麻烦能同时贴一下客户端和服务端的错误日志吗 |
是的,nps日志有报close mux npc就偶尔一句[E] [client.go:171] get connection info from server error 长度错误542393671 |
不会吧,npc没报close mux?这个像是长连接被npc一端关闭了 |
这两问题是相关的,连接未发完数据就关闭了,所以显示的内容不完整,主要原因还是客户端与服务端之间保持的一个长连接被关闭了,尚不清楚是什么原因导致的 |
@ffdfgdfg 我也遇到过,网络很好的情况下,甚至本地测试,也会破图。怀疑丢包 |
本地测试是高并发呢还是长时间呢,我们测了1k并发的情况,在linux下出现了延迟明显上升的现象,trace了很长一段时间,程序一直处于网络block,收不到数据,后来调整了下内核参数现象就缓解很多了,而darwin下面还跑都跑不了。我们尝试在高并发的时候用wireshark抓包看看,但是数据量太大wireshark直接崩溃了。 |
测试环境没什么并发。但环境不会非常好,客户端在公司内网一层又一层里。 |
这个错误疑似在客户端反复断开多路复用连接同时访问nps上该客户端的端口会出现,几个请求后又好了,像是先后两个长连接数据错乱了 |
之前存在比较明显问题:npc运行在公司内网padavan路由上。我在家里用WinSCP连过去npc的穿透端口,拷文件时经常被断开。拷200MB文件WinSCP提示断开重连五六次。其实我也不知道是不是网络问题,还是nps问题,nps我运行在公网新路由3上 |
现在用的是什么版本呢,网桥采用什么连接,如果是TCP报EOF应该是收到了fin,而如果说中间的防火墙之类的应该只会drop包或者发rst,应该不至于发fin,尝试升级到0.25.4是否有好转 |
@ffdfgdfg 0.251.有空我再试试最新版 |
542393671是 请你浏览此处获取更多信息: https://chrisdown.name/2020/01/13/1195725856-and-friends-the-origins-of-mysterious-numbers.html :) |
npc用0.26,我用upx压缩后放到新路由3做客户端,WinSCP连接穿透端口拷贝大文件也不定期会断开。不知道其他朋友是否这样,如果其他人正常,那可能是我搭建环境问题 |
客户端和服务端是0.251,
服务端在MT7621 PADAVAN 公网路由上
客户端在MT7621 openwrt路由
客户端执行
./npc -server=xx.com:2101 -vkey=mhgat9tm78 -type=tcp
一切连接都还算正常,只是时不时来一句
[E] [client.go:171] get connection info from server error 长度错误542393671
winscp连接npc的地址,scp和sFTP都似乎有时会被断开,当然重连又能用。
另外求指导:openwrt自启动的正确操作。我看网上各种各样都有
The text was updated successfully, but these errors were encountered: