mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 08:05:49 -06:00
[GH-ISSUE #1134] reconnect to server error: i/o deadline reached #888
Labels
No labels
In Progress
WIP
WaitingForInfo
bug
doc
duplicate
easy
enhancement
future
help wanted
invalid
lifecycle/stale
need-issue-template
need-usage-help
no plan
proposal
pull-request
question
todo
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/frp#888
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @doraven on GitHub (Mar 13, 2019).
Original GitHub issue: https://github.com/fatedier/frp/issues/1134
Issue is only used for submiting bug report and documents typo. If there are same issues or answers can be found in documents, we will close it directly.
(为了节约时间,提高处理问题的效率,不按照格式填写的 issue 将会直接关闭。)
Use the commands below to provide key information from your environment:
You do NOT have to include this information if this is a FEATURE REQUEST
What version of frp are you using (./frpc -v or ./frps -v)?
both 0.25.0
What operating system and processor architecture are you using (
go env)?server: linode, Linux myserver 4.18.0-16-generic #17-Ubuntu SMP Fri Feb 8 00:06:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
client: Linux myclient 4.18.0-16-generic #17-Ubuntu SMP Fri Feb 8 00:06:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Configures you used:
server:
client:
And here is the service configure:
server:
client:
In client, i use my local user for service. And in server, it's sudo.
Steps to reproduce the issue:
It just happened, after about 1h of frp service.
Describe the results you received:
I have deleted repeated error log and my personal infomation.
Describe the results you expected:
Additional information you deem important (e.g. issue happens only occasionally):
It's reproduced twice since I use version-0.25.0 instead of 0.19.0
Network is definitly fine, because I sshed server and
tail -flogfile to see what's going on. ("lianghui" is ending.)Can you point out what caused this issue (optional)
I guess error comes out in last line of server_log.
@fatedier commented on GitHub (Mar 13, 2019):
Use tcp protocol or try to change kcp_bind_port.
@doraven commented on GitHub (Mar 13, 2019):
ok, I've delete kcp settings both in client and server .ini file.
protocol = kcpkcp_bind_port = 4451I'll test by your instructions.
And do you mean kcp and tcp shall not share the same ports now in 0.25.0, because it worked fine before I update today.
@fatedier commented on GitHub (Mar 13, 2019):
No, just try each case to find what's wrong.
@doraven commented on GitHub (Mar 14, 2019):
Now reports:
Now it got a error in server_log here, but it still works now
server_log
Although It got error twice yesterday, worked fine yet.
I've selected the error-part of logs.
client_log when error appears
Last log in client is saying:
** I'd like to test kcp, but I don't know how to config. As far as my knowledge, I can only send one port to frp server.
@fatedier commented on GitHub (Mar 14, 2019):
https://github.com/fatedier/frp#support-kcp-protocol
I'm not sure what's wrong about kcp, maybe it's not stable.
@doraven commented on GitHub (Mar 14, 2019):
I tried with kcp using different portocol to tcp. And it runned 1h with no error.
Now I config back to yesterday, to see if this issue can be reproduced.
sry, it's working fine now. I'll report later if error appears.
@doraven commented on GitHub (Mar 15, 2019):
Okay, error still came out.
Reproduced, but it runned 6 hours this time before crash. In my early tests, only 25mins will crash the program.
reconnect to server error:i/o deadline reachedclient_log before that
At that time of server_log:
So from my test
If kcp set the same protocol as tcp, it'll get errors.
And different protocols or only use tcp will run as expected.
@doraven commented on GitHub (Mar 16, 2019):
It seems to be problem of kcp protocol.
It threw out error even if I set different ports as tcp.
@keeno1982 commented on GitHub (Apr 29, 2019):
@fatedier 这个后面有解决吗?我也遇到这个问题,从0.25.0这个版本开始就会一直断线,每个版本我都试过了,一直没有解决这个问题,只能一直用0.24.1
@befantasy commented on GitHub (Jun 3, 2019):
same problem for me. 0.27 version.
@fatedier commented on GitHub (Jun 4, 2019):
Track #1267
@marcuswang6 commented on GitHub (Apr 4, 2022):
same for me 2022.4.4
@lliding commented on GitHub (Apr 16, 2022):
same for me 2022.4.16 with server and client v0.37.1
@shaojs321 commented on GitHub (Feb 23, 2023):
出现同样问题
使用tcp连接ssh,frp服务器是腾讯国内服务器,连接的是老家的nas
frp客户端日志:
adline reached
2023/02/23 08:45:52 [I] [service.go:174] [3ff048e286e44363] try to reconnect to server...
2023/02/23 08:46:02 [W] [service.go:177] [3ff048e286e44363] reconnect to server error: i/o deadline reached
frp服务器日志:
363]
2023/02/23 08:46:52 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [xx.xx.xx.xx5:5291]
2023/02/23 08:46:52 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5293]
2023/02/23 08:46:52 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5297]
2023/02/23 08:46:52 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5299]
2023/02/23 08:46:52 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5301]
2023/02/23 08:46:52 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5303]
2023/02/23 08:46:53 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5305]
2023/02/23 08:46:56 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [218.79.149.165:5307]
2023/02/23 08:47:05 [I] [proxy.go:179] [3ff048e286e44363] [群晖ssh] get a user connection [xx.xx.xx.xx:59726]
2023/02/23 08:47:16 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [45.79.168.172:38668]
2023/02/23 08:47:22 [I] [service.go:500] [3ff048e286e44363] client login info: ip [183.209.92.53:20982] version [0.38.0] hostname [] os [linux] arch [amd64]
2023/02/23 08:47:22 [I] [control.go:280] [3ff048e286e44363] Replaced by client [3ff048e286e44363]
2023/02/23 08:47:25 [I] [proxy.go:179] [7a1bdcce92c6ff79] [openwrt.logic] get a user connection [45.79.168.172:38669]
2023/02/23 08:47:35 [I] [proxy.go:179] [3ff048e286e44363] [群晖ssh] get a user connection [xx,xx,xx.xx8:42566]
2023/02/23 08:47:52 [I] [service.go:500] [3ff048e286e44363] client login info: ip [183.209.92.53:21228] version [0.38.0] hostname [] os [linux] arch [amd64]
2023/02/23 08:47:52 [I] [control.go:280] [3ff048e286e44363] Replaced by client [3ff048e286e44363]
2023/02/23 08:48:09 [I] [proxy.go:179] [3ff048e286e44363] [群晖ssh] get a user connection [45.93.201.118:53208]