试一试我的软件吧，https://rustdesk.com/ ，你也可以自建服务器，给你服务器软件。如果你的内网可以被穿透，就没有必要自建了。目前只在韩国买了个小的 vultr 服务器以备内网穿透失败的时候做中继用。目前还不支持手机端。你也可以把 rustdesk 当作 frp+rdp 来用，对于 windows 客户端，我们有 RDP 快捷方式，你无需做任何设置。
没有在国内网络环境中做过测试。
顺便也征求一下有兴趣一起参与开发的朋友。
另外公共节点不会让你用太多资源，如果你连续大流量地使用，肯定会被屏蔽一会。。
tinc 了解一下
udp 被流控的费了，丢包 50%以上，酸爽
以前有这个参数 mstsc /console ，用来连接本机会话桌面的
——————————很厉害的分界线———————————-
其次第二接触面，软件本身，xshell 、teamview 、goland 等产品，这些产品都能在众多同类中胜出。
我用过几款不同的 ssh 客户端最终还是选择了 xshell 。
liteide 作者完成可以做到跟 goland 一样的使用感受的产品，那种一点函数就能马上跳转的效率 liteide 没做这种提前缓存，liteide 胜在轻量。
远控产品最主要考虑是安全问题，不需要考虑被控端破解问题。。。用户主动意识很强地主动安装使用的，肯定正版，而且有面向非商业的正版。
远控产品要考虑很多的，多人共控多人安全验证，多人使用时候其中一个延时掉包严重界面没有同步上却操作了 5 秒前的界面点击等等很多问题需要考虑的。。。
技术难度不大，但是逻辑很多，要全面考虑。
要如 teamview 一样免费让个人、非商业项目中使用，慢慢形成使用习惯及口碑。
如果能创造出具备突破性、创新性、具备影响用户脑子记忆的功能当然最好,例如 teamview 中出现的一串验证码即可连接在 teamview 之前大范围推广这样的没接触到所以具备一定“创新记忆”（影响用户脑子的体验），你产品使用更底层的技术就可能识别出某个电脑曾使用 windows rdp 连接到这个远控端去设置安装这个被控，然后连验证码都可以在一段时间内不用填写了对于这个电脑的连入来说。
产品要有突破性创新性才能拿去做宣传及用户体验。。。
当不是双内网，就是控制端被控端都不是内网的情况下建议直接连接不经过你的服务器。。。
多种协议智能切换选择防止被 qos 或者‘墙’之类。。。
没有创新性突破性去搞一个同类产品的话，可以使用主动攻击竞争对手的方式获得生存，例如对手的协议有无特征，能否全网扫然后干。。。这些都是看不到的竞争。。。
还有一种就是打着国家情感去适应一部分人，但是这样可能会产出意想不到的反效果，有更多人反感。。。
能使用 rust 去写的都是高手，在代码能力还不如作者的情况下这些话可能显得幼稚了，但是旁观者角度总得看到比自己第一视角不一样的。
我的意思是远程控制最大的痛点其实在于安全性
非程序员用户不会想到看你的源码找找有没有啥坑
但是同样会去考虑这东西到底安全不安全