2020-6-9 23:19:59 更新
忽然发现有时候单独给受控端套上代理也不好使，还得控制端也使用代理，双方都需要代理可能会毫无意义 [强行增加复杂度繁琐]。
2020-06-03 13:50
自身网络正常的情况下，基本不是查网络资料看到的那些问题，比如改DNS，我也实在没想明白改DNS还能跟这个扯上关系。
今天急着用，各种类型报错，看的我很迷：
未就绪，协议协商失败，未知错误，呼入中…… 为了进一步增强安全性，在发起连接之前，我们希望您先验证您的账户
这里特别说明最后一个报错类型，这个报错说明你这个ID被Teamview风控了，该换个ID了，即使去邮箱验证也没用，甚至Teamview还不会给你发验证邮件了
尝试了很多，移动端Teamview也连不上，切换为移动、电信、联通网络尝试也没用，重启Teamview也无效，TM版本为最新的，网络上各种教程极度不靠谱，时效性太差，没任何参考价值。
在TM的ID没有被风控的前提下，根据各种报错，以及启动TM之后，要很长时间，才能刷新出ID和密码，有个推测，Teamview连接中转服务器的线路不稳定，可以确定是中转服务器到受控端的网络环境不稳定，被众所周知的某种不可抗拒的存在干扰了（连接劣质化/国际出口QOS等）。
于是给teamview套一层代理，在teamview选项--网络设置，设置一个靠谱优质的线路（IPLC/IEPL/CN2-GIA等），我这里套了一层IPLC专线，重启teamview，秒连接TM的中转服务器，2秒内显示ID和密码，并且直接已就绪，同时无论是移动端TM和PC端的TM，都能秒连受控端（2s），之前各种匪夷所思的报错再也没出现，我也只能呵呵呵了，我太难了。
- 第二种方案,需要一台具有公网IP的服务器，搭配frp实现内网穿透，转发3389端口到本地
全程在境内，无国际出口QOS问题，无不可描述干扰，由于是原生系统级支持RDP远程协议，万能兼容，无需额外客户端即可连接，说那么多废话其实也只是一点：全程在境内。
当然，第一种方案在IPLC专线加持下能够实现等同于甚至优于frp国内BGP内网穿透的远程桌面体验（如果TM没抽风，风控），土豪专用。
相对来说，普通用户更倾向于使用向日葵即可，若追求更高质量和自定义，考虑自建frp内网穿透，配合KCP、Xtcp等各种协议打洞直连。
境外服务器，亦可境内BGP跳板机配合KCP/XTCP/QUIC使用tcp/udp协议打洞直连，一般情况下，实测体验连接 🇺🇸 小鸡，稳定性大大提升。
更优解则是境外小鸡配合IPLC NAT小鸡做流量转发，直接专线打洞，有钱任性。