mirror of
https://github.com/fatedier/frp.git
synced 2026-05-15 16:15:49 -06:00
[GH-ISSUE #225] 0.9.2版本连续启动两次frpc, 两个客户端都失去连接 #156
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#156
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 @jcao-ai on GitHub (Jan 12, 2017).
Original GitHub issue: https://github.com/fatedier/frp/issues/225
frps启动, 先启动一次frpc,连接成功(称呼它为“连接1”)。在连接1成功的状态下,再启动一个frpc进程,配置相同,能不能把上一个连接踢掉,和最新的frpc保持连接。
看一下frps的log:
这是第二个frpc执行的log:
看起来第二个frpc客户端直接就退出了
@jcao-ai commented on GitHub (Jan 12, 2017):
仔细看了一下config.go文件,能不能把406行的return去掉,让他继续执行、?以便让新的frpc客户端取得连接,并且把旧的客户端disconnect掉
@fatedier commented on GitHub (Jan 12, 2017):
在前一个连接还是正常的情况下,后一个连接不会成功,这个是符合预期的。
至于你反馈的前一个连接已经 release 的问题,我会排查一下。
@jcao-ai commented on GitHub (Jan 12, 2017):
@fatedier 现在是这样的,我用在IoT设备上,设备随时可以断电上电,然后服务端可能还以为client活着,但是客户端上电后再连接就连不上了,所以我希望能够后来的client顶替。然后请你看一下我第二条评论的可行性
P.S. 看了一下,应该前一个连接没有被release
@fatedier commented on GitHub (Jan 12, 2017):
这个问题目前是可以解决的,可以看下我在 #209 这个 issue 中对于重连机制的描述。这样的场景不会有问题,如果想要缩短重连期间的等待时间,可以修改心跳包的间隔时间和超时时间。
@jcao-ai commented on GitHub (Jan 12, 2017):
@fatedier 但是重点是前一个frpc客户端虽然还连着,也在发心跳包,但是运行不正常,也打不开网页了。
然后fprs这样子打印的:
不知道是什么原因
@jcao-ai commented on GitHub (Jan 12, 2017):
能不能加个Wechat探讨一下?大神
@fatedier commented on GitHub (Jan 12, 2017):
可以加 qq 群: 606194980
@JesseGuoX commented on GitHub (Jan 13, 2017):
@LitleCarl 发现我和你的应用场景类似,发了邮件给你的 foxmail,希望能多多交流