忽然有一个关于RDP远程桌面的想法

万象梦境

RDP 远程桌面协议
windows自带的远程桌面就是RDP，我有一个想法，不过不知道市面上有没有成品软件

将UDP打洞技术与RDP结合

通过UDP打洞，穿透NAT，让NAT分配一个公网ip与端口给nei网，可以实现UDPwai网访问进nei网

第一步：
通过公共STUN服务器得到映射到本机端口的公网ip+端口
第二步：
在控制机与被控机上分别创建TCP:33890与UDP:33890（用于接收与转发数据）


控制机链接本机TCP 127.0.0.1:33890
控制机TCP:33890收到连接与数据，通过控制机UDP直接转发到被控机
(由于通过STUN服务器得到了可以直接被公网访问的ip与端口，所以可以直接被wai网访问)
（因为UDP打洞的缘故，已经可以通过NAT分配的公网与端口双向通信了）

被控机的UDP:33890收到了来自控制机的数据，被控机直接通过TCP:33890将在UDP收到的数据转发到被控机127.0.0.1:3389
被控机的RDP得到了数据，处理完反馈的结果会发送到来源客户Duan，也就是被控机的TCP:33890
被控机收到了RDP的数据后，直接通过UDP发送给控制机
控制机的UDP:33890收到了来自被控机的响应数据，直接通过TCP:33890发送给RDP(3389端口)


之后也与之前一样，通过TCP与UDP互相转发，途径NAT分配的端口进行双向通信

我对RDP协议不是很了解，不太懂，只是有忽然突发奇想，不知道能不能行
大概意思就是互相转发，RDP需要TCP，但是TCP打洞比较困难，所以就通过UDP当做桥接。

UDP的丢包问题的话，或许可以加校验码之类的东西，数据不正确就请求重发

双方的UDP仅仅用于双端通信，用于沟通wai网
双方的TCP仅仅用于与RDP通信
UDP互相转发，通过TCP发送到RDP
TCP接收到的数据也同样通过UDP转发到对方
RDP只与转发器的TCP交流
双方UDP只与对方UDP交流
不过，双方的TCP都会是单独的，独立的连接，两端并不是真正的连接，所以我不知道会不会出问题


理论：UDP打洞+windows自带RDP远程=无公网点对点远程控制
我缺少这方面的知识，只是感觉理论可行，不知道有没有兄弟搞过？