飘在云端

啊!那蓝真天,白真云!

· 备查 · · 3748次浏览

teamview时不时连不上的解决办法


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小鸡做流量转发,直接专线打洞,有钱任性。

评论 (0条)