飘在云端

啊!那蓝真天,白真云!

· 备查 · · 299次浏览

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


2020-6-9 23:19:59 更新

忽然发现有时候单独给受控端套上代理也不好使,还得控制端也使用代理,双方都需要代理将毫无意义,并且时不时检测商业用途,时不时被风控ID,换个设备、IP基本就无法远程了(被风控然后需要验证,其实验证了还是这样,实际就是ID废了,得换个ID了),可以说向日葵在境内似乎是唯一的选择,或者使用第二种方案。


2020-06-03 13:50

自身网络正常的情况下,基本不是查网络资料看到的那些问题,比如改DNS,我也实在没想明白改DNS还能跟这个扯上关系。

今天急着用,各种类型报错,看的我很迷:

未就绪,协议协商失败,未知错误,呼入中…… 为了进一步增强安全性,在发起连接之前,我们希望您先验证您的账户

这里特别说明最后一个报错类型,这个报错说明你这个ID被Teamview风控了,该换个ID了,即使去邮箱验证也没用,甚至TM还不会给你发邮件了

尝试了很多,移动端Teamview也连不上,切换为移动、电信、联通尝试也没用,重启Teamview也无效,TM版本为最新的,网络上各种教程极度不靠谱,时效性太差,没任何参考价值。

在TM的ID没有被风控的前提下,根据各种报错,以及启动TM之后,要很长时间,才能刷新出ID和密码,有个猜测,TM连接中转服务器的线路不稳定,可以确定是中转服务器到受控端的网络环境不稳定,被众所周知的某种不可抗拒的存在干扰了。

于是给teamview套一层代理,比如vpn,ss/ssr,v2等,在teamview选项--网络设置,设置一个靠谱优质的线路(CN2-GIA/IPLC/DIA/IEPL),我这里套了一层IPLC专线,重启teamview,秒连接TM的中转服务器,2秒内显示ID和密码,并且直接已就绪,同时无论是移动端TM和PC端的TM,都能秒连受控端(2s),之前各种匪夷所思的报错再也没出现,我也只能呵呵呵了,我太难了。

  • 第二种方案,需要一台具有公网IP的服务器,搭配frp实现内网穿透,转发3389端口到本地

全程在境内,无国际出口QOS问题,无不可描述干扰,由于是原生系统级支持RDP远程协议,万能兼容,无需额外客户端即可连接,说那么多废话其实也只是一点:全程在境内

当然,第一种方案在IPLC加持下能够实现等同于甚至优于frp国内BGP内网穿透的远程桌面体验(如果TM没抽风,风控),奈何一寸流量一寸金,家里无矿,浪不起。

评论 (0条)