rustdesk-server
rustdesk-server copied to clipboard
Relay of [::ffff:223.104.40.194]:26925 closed
Describe the bug When rustDesk connects to a remote host, rustDesk displays "The connection was closed by the other host", and a loop appears. hbbr in rustDesk-server always loops error logs as follows:
docker container: hbbr logs:
[2024-08-21 08:01:59.602498 +00:00] INFO [src/relay_server.rs:441] New relay request a08eb6f4-f621-4ccb-a629-83a09c634e2b from [::ffff:xxx.xxx.xxx.28]:2270 [2024-08-21 08:01:59.810076 +00:00] INFO [src/relay_server.rs:425] Relayrequest a08eb6f4-f621-4ccb-a629-83a09c634e2b from [::ffff:xxx.xxx.xx.194]:39824 got paired [2024-08-21 08:01:59.810142 +00:00] INFO [src/relay_server.rs:431] Both are raw [2024-08-21 08:02:00.839937 +00:00] INFO [src/relay_server.rs:437] Relay of [::ffff:xxx.xxx.xx.194]:39824 closed [2024-08-21 08:11:35.940252 +00:00] INFO [src/relay_server.rs:441] New relay request 248fd61d-3f9f-47ad-9f20-3179897d4756 from [::ffff:xxx.xxx.xx.28]:2271 [2024-08-21 08:11:36.099625 +00:00] INFO [src/relay_server.rs:425] Relayrequest 248fd61d-3f9f-47ad-9f20-3179897d4756 from [::ffff:xxx.xxx.xx.194]:39827 got paired [2024-08-21 08:11:36.099700 +00:00] INFO [src/relay_server.rs:431] Both are raw [2024-08-21 08:11:40.013331 +00:00] INFO [src/relay_server.rs:437] Relay of [::ffff:xxx.xxx.xx.194]:39827 closed [2024-08-21 08:11:42.073705 +00:00] INFO [src/relay_server.rs:441] New relay request 646503e2-5ee4-47b3-afb0-d3b8fe27ba90 from [::ffff:xxxxxx.xxx.28]:2272 [2024-08-21 08:11:42.244657 +00:00] INFO [src/relay_server.rs:425] Relayrequest 646503e2-5ee4-47b3-afb0-d3b8fe27ba90 from [::ffff:xxx.xxx.xx.194]:39828 got paired [2024-08-21 08:11:42.244692 +00:00] INFO [src/relay_server.rs:431] Both are raw [2024-08-21 08:11:43.150780 +00:00] INFO [src/relay_server.rs:437] Relay of [::ffff:xxx.xxx.xx.xxx]:39828 closed [2024-08-21 08:11:46.236640 +00:00] INFO [src/relay_server.rs:441] New relay request 1f86d634-4712-412f-a5a1-40aa3502205d from [::ffff:xxx.xxx.xxx.28]:2273 [2024-08-21 08:11:46.424905 +00:00] INFO [src/relay_server.rs:425] Relayrequest 1f86d634-4712-412f-a5a1-40aa3502205d from [::ffff:xxx.xxx.xx.194]:26925 got paired [2024-08-21 08:11:46.424971 +00:00] INFO [src/relay_server.rs:431] Both are raw [2024-08-21 08:11:47.942293 +00:00] INFO [src/relay_server.rs:437] Relay of [::ffff:xxx.xxx.xx.194]:26925 closed [2024-08-21 08:11:53.034834 +00:00] INFO [src/relay_server.rs:441] New relay request 3b22e42c-a917-4336-a68c-387ddf2c2955 from [::ffff:xxx.xxx.xxx.28]:2274 [2024-08-21 08:11:53.184526 +00:00] INFO [src/relay_server.rs:425] Relayrequest 3b22e42c-a917-4336-a68c-387ddf2c2955 from [::ffff:xxxx.xxx.xx.194]:26926 got paired [2024-08-21 08:11:53.184567 +00:00] INFO [src/relay_server.rs:431] Both are raw [2024-08-21 08:11:54.110751 +00:00] INFO [src/relay_server.rs:437] Relay of [::ffff:xxx.xxx.xx.194]:26926 closed
Describe the environment
- Install environment: docker, centos7
- docker-compose install rustDesk-Server .
use old client by 1.1.8, i use new verson and old version has Identical log,old successful connection
兄弟,你解决了吗?
兄弟,你解决了吗?
没发解决,使用1.1.8的客户端就没问题,感觉这客户端升级了把功能阉割了一样
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也是怪,只有docker版本有这个问题,用二进制版本就不会出现这个情况
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也是怪,只有docker版本有这个问题,用二进制版本就不会出现这个情况
你使用二进制用新的版本的客户端没问题嘛。按理说docker的host模式和直接安装的网络环境是一样的啊
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也奇怪,只有docker版本有这个问题,用二进制版本就不会出现这种情况
你用二进制用新版本的客户端没问题嘛。按理说docker的主机模式和直接安装的网络环境是一样的啊
嗯,我现在用deb包安装的,但是docker还是抽风,找不到问题所在
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也是怪,只有docker版本有这个问题,用二进制版本就不会出现这个情况
你使用二进制用新的版本的客户端没问题嘛。按理说docker的host模式和直接安装的网络环境是一样的啊
就在刚刚,我解决了,我的是ipv6的引起的。
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也是怪,只有docker版本有这个问题,用二进制版本就不会出现这个情况
你使用二进制用新的版本的客户端没问题嘛。按理说docker的host模式和直接安装的网络环境是一样的啊
就在刚刚,我解决了,我的是ipv6的引起的。
你在外网链接家里的设备都是正常的嘛
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也是怪,只有docker版本有这个问题,用二进制版本就不会出现这个情况
你使用二进制用新的版本的客户端没问题嘛。按理说docker的host模式和直接安装的网络环境是一样的啊
就在刚刚,我解决了,我的是ipv6的引起的。
你在外网链接家里的设备都是正常的嘛
正常的,你看看是不是有ipv6。
兄弟,你遇到了吗?
没解决,使用1.1.8的客户端没什么问题,感觉这客户端升级了把功能阉割了一样
也是怪,只有docker版本有这个问题,用二进制版本就不会出现这个情况
你使用二进制用新的版本的客户端没问题嘛。按理说docker的host模式和直接安装的网络环境是一样的啊
就在刚刚,我解决了,我的是ipv6的引起的。
ipv6引起的?怎么解决的呀
use old client by 1.1.8, i use new verson and old version has Identical log,old successful connection
It really works by using the client of ver 1.1.8. Very thanks. It's maybe the IPV6 issue, cause I used IPV6 too in my client computer. But I don't know how to fix it.
use old client by 1.1.8, i use new verson and old version has Identical log,old successful connection
It really works by using the client of ver 1.1.8. Very thanks. It's maybe the IPV6 issue, cause I used IPV6 too in my client computer. But I don't know how to fix it.
Oh, BTW... My route is as this:
- server: docker image with rustdesk/rustdesk-server:1.1.14 , installed in Aliyun ECS
- client to be controled: rustdesk v 1.3.8
- client to control: rustdesk v 1.1.8
It works nicely.
use old client by 1.1.8, i use new verson and old version has Identical log,old successful connection
It really works by using the client of ver 1.1.8. Very thanks. It's maybe the IPV6 issue, cause I used IPV6 too in my client computer. But I don't know how to fix it.
Oh, BTW... My route is as this:
- server: docker image with rustdesk/rustdesk-server:1.1.14 , installed in Aliyun ECS
- client to be controled: rustdesk v 1.3.8
- client to control: rustdesk v 1.1.8
It works nicely.
Some additional information:
- It's only OK when I use China Mobile net.
- It can not connect when I use China Telecom net.
It's really weird.
使用1.1.8的老客户端,我用新版本和旧版本有相同的日志,旧的连接成功
使用版本 1.1.8 的客户端确实有效。非常感谢。这可能是 IPV6 的问题,因为我的客户端电脑也使用了 IPV6。但我不知道如何修复它。
哦,顺便说一句...我的路线是这样的:
- 服务器:docker 镜像中包含 rustdesk/rustdesk-server:1.1.14 ,安装在阿里云 ECS 上
- 需要控制的客户端:rustdesk v 1.3.8
- 客户端控制:rustdesk v 1.1.8
它运行良好。
一些附加信息:
- 只有当我使用中国移动网络时才可以。
- 我使用中国电信网络无法连接。
这真的很奇怪。
如果是ddns或者内网穿透的情况下,端口必须一致,并且ipv6要解析到具体的服务器上,ipv6不能解析到路由器上。因为优先会使用ipv6但是如果你ipv6解析到路由器,路由器本身是没有对应的服务的。
使用1.1.8的老客户端,我用新版本和旧版本有相同的日志,旧的连接成功
使用版本 1.1.8 的客户端确实有效。非常感谢。这可能是 IPV6 的问题,因为我的客户端电脑也使用了 IPV6。但我不知道如何修复它。
哦,顺便说一句...我的路线是这样的:
- 服务器:docker 镜像中包含 rustdesk/rustdesk-server:1.1.14 ,安装在阿里云 ECS 上
- 需要控制的客户端:rustdesk v 1.3.8
- 客户端控制:rustdesk v 1.1.8
它运行良好。
一些附加信息:
- 只有当我使用中国移动网络时才可以。
- 我使用中国电信网络无法连接。
这真的很奇怪。
如果是ddns或者内网穿透的情况下,端口必须一致,并且ipv6要解析到具体的服务器上,ipv6不能解析到路由器上。因为优先会使用ipv6但是如果你ipv6解析到路由器,路由器本身是没有对应的服务的。
域名没有使用ipv6的解析
使用1.1.8的老客户端,我用新版本和旧版本有相同的日志,旧的连接成功
使用版本 1.1.8 的客户端确实有效。非常感谢。这可能是 IPV6 的问题,因为我的客户端电脑也使用了 IPV6。但我不知道如何修复它。
哦,顺便说一句...我的路线是这样的:
- 服务器:docker 镜像中包含 rustdesk/rustdesk-server:1.1.14 ,安装在阿里云 ECS 上
- 需要控制的客户端:rustdesk v 1.3.8
- 客户端控制:rustdesk v 1.1.8
它运行良好。
一些附加信息:
- 只有当我使用中国移动网络时才可以。
- 我使用中国电信网络无法连接。
这真的很奇怪。
如果是ddns或者内网穿透的情况下,端口必须一致,并且ipv6要解析到具体的服务器上,ipv6不能解析到路由器上。因为优先会使用ipv6但是如果你ipv6解析到路由器,路由器本身是没有对应的服务的。
域名没有使用ipv6的解析
那我没遇到过这种情况