RustDesk 招聘远程实习（开源，有偿）IPv6 / RTSP 项目，纯 Rust 实现

[opentrade]

上次招聘结果还不错，目前有两个项目（IPv6 和 RTSP）也想要走相同的方式，不过希望有一定的相关经验和基础。

联系方式

[e-mail]

[Buges]

ipv6 不需要多少专门支持吧，网络库都是双栈的，ipv6 也没有 nat 打洞的复杂问题，最多测试一下各品牌家用路由器对 ipv6 udp 有状态连接追踪防火墙的行为，并自动绑定可达端口或提示用户手动开放端口。

[opentrade]

@Buges 可我们不是一个简单的服务器开着端口等着连接

[Buges]

@opentrade 不是要在用户设备上接收入站连接吗？都有公网可达地址的情况下欺骗 有状态连接追踪防火墙比 nat 打洞简单多了，两个用户各自绑定一个 socket ，通过其他信道交换对方的 socket 后直接相互发包就能通了，各自的防火墙根本没法区分入站的包是对方主动发的还是对客户端出站包的回复。

[opentrade]

@Buges “都有公网可达地址”，真期望世界能够这么美好。

[TcDhl]

Docs of RustDesk > Self-host > Installation

服务器要求
硬件要求很低，云服务器的最低配置就足够了，CPU 和内存要求最低。关于网络规模，如果 TCP 打孔直连失败，会消耗中继流量。中继连接的流量在 30k-3M/s （ 1920x1080 屏幕）之间，取决于分辨率设置和屏幕更新。如果只是办公需求，流量在 100K/s 左右。

"如果 TCP 打孔直连失败，会消耗中继流量"

服务器可以充当中继的角色, 也可以为两个客户端提供握手打洞的角色。
那服务端这块应该是可以实现一个控制面板? 服务端可以给每个加入进来的客户端分配个 ip, 如果这样的话就可以异地局域网...

[Buges]

@opentrade 公网可达 ipv6 + 全局禁止入站的防火墙就是大部分普通用户的网络环境。ipv6 的 nat 才是特殊情况，就像 v4 用户有公网可达地址一样特殊。而对这些特殊用户而言，配置入站规则和端口转发就是用户自己的责任了。

[zro]

最近才开始用这个，体验感比 RDP 差了点，但整体还是不错的，很满意，有个小 Bug 在这里说下：锁屏之后再进入桌面，会遇到点一下鼠标左键，就弹一次开始菜单，而鼠标是不在开始键上的，需要按着左键到处拖几下才会恢复正常~~

[opentrade]

@zro https://github.com/rustdesk/rustdesk/issues/824