-
Notifications
You must be signed in to change notification settings - Fork 7.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Teredo 隧道Win10用户的3.13.1版个人体验:几乎运行即正常,自动维持良好的工作状态 #11892
Comments
这么早 @AnyWAT 公司移动网 扫不出来 用了 https://github.com/chengr28/Pcap_DNSProxy 这方法也不行,换了3.13版之后扫出几个ip一下就没了 ,又换回3.12 扫都扫不出来,如下图 |
你中文是体育老师教的吗?自己能看懂不,我是看不懂 |
没毛用,先顶一下 |
没有任何卵用,折腾了半天 |
已经确定是机器@AnyWAT |
试过了你N多种方法,每条都毛用,纯粹折腾..........直接换某灯了 |
我用路由开IPV6 现在隧道是休眠状态 可以随便上油管没问题 |
不折腾了,现在用某灯用得好 |
楼主是不是机器人? |
赚钱机器,非人 |
这方法也不行:多此法少下图(国产)的至少一直正常,嗯嗯 找让你版本换来换去的人去。。。@LN-VIVI |
你是认真的吗?机器人? |
试试:#11920 Teredo 隧道用服务器 IP地址的远远稳定于用域名。【(并不保证你也正常的)傻瓜步骤:#11930 (comment) 】 |
安卓用户有人回应:XndroidDev/Xndroid#193 (comment) |
@yyuurrii34 Joined 3 hours ago 来。。。 |
#11845 (comment) 。。。 为何 #11845 楼主的这些内容(行首链接)不见了,被自己删除!大家动动脑子 。。。
〇、原来近几天也一直分分钟正常,源于习惯一年多的采用系统默认服务器的
netsh int ipv6 set teredo natawareclient default (貌似Win7的 default 不行!)因某次隧道不稳定,改成
netsh int ipv6 set teredo natawareclient 157.56.149.60 (注:对 Win7,natawareclient 应变成 enterpriseclient )如 #11920 (comment) 。。。并在某贴里说了此事(如前链接,不是后面链接的那贴,应在此之前)。随后一直用此 IP 服务器,XX-Net 也一直正常。22时事件发生后,3.13.1版使用中才有后话:即使 DEAD Time 那几天,貌似隧道服务器一直正常。
哈哈哈
一、准备:
1、无污染的DNS有利于。。。从4个8到4个1的DNS各种搜寻,进而是不再费事的 Pcap_DNSProxy
2、较大的总 IP数配合适当的扫描线程数(网络好/差时亦可适当调小/大,自己调试。或需要突破100限制,以能随时维持有效 IP数即总 IP数为宜),得到较多的有效 IP数,进而是较小的 IP 延迟及较大的连接池;自动调整扫描线程数的状态取决于是否能自动维持有效 IP数随时趋近并达到总 IP数,有利于。。。
3、源于XX-Net 的XX-Mini 对 max_scan_ip_thread_num(总 IP数)的解释:谷歌IP上限,超过则剔除延时高的IP
4、网络的不断变化,XX-Net 软件总 IP 数的默认值也不断在变化:3000-6000-1000-500-300-100,貌似可用 IPv6也从1万大几到了不足500
5、为了较好的体验,各种尝试都是基于怎样才能做到:超过则剔除延时高的IP #10184 #10515 #10919 #11291 #11769 (comment)
6、至于修改其它参数,纯属代码老白的。。。
二、操作:
1、鉴于传说的全网不足500 IPv6,设置——总 IP 数:200/300,IP 扫描线程数:50/80 并关闭“自动调整扫描线程数”(完全无代理需求时可打开,但可能会掉 IP...),IP 模式:自动(可导入 IP4 #11775 ...)
2、辅以 https://github.com/chengr28/Pcap_DNSProxy 类东东(初次安装运行,先禁用 Smart Router 模块或退出XX-Net,以释放53端口)后果严重:基本没有彻底不能用,只有高低速度之分,哈哈哈
3、保证隧道正常,有效 IP数基本自动等于总 IP数,开始运行时GAEProxy 状态自动从“尚未连接”到“系统正常(空闲)”,此时连接池依然是零,若有网页代理需求,立马显示“XX-Net 3.13.1,一切正常,你可以访问真正的互联网了。”同时连接池自然增长,刷新网页,代理逐步正常;没有网页代理需求时,会“XX-Net 状态”空闲,但有效 IP数及连接池不会是零。
4、如出现不能自动维护有效 IP数等于总 IP数、IP延迟超大,甚至有效 IP数或连接池归零,或增加最大扫描线程数,或手动检查 IP,或导入 IP6再手动检查 IP,或再次启动程序(无需先退出)。
5、如隧道合格但有效 IP数或连接池归零,IPv6 状态Fail (尝试修复)。检查 IP时待测 IP 数成50地减小至0,有效 IP 数却最终还是0(此时 data\gae_proxy\good_ip.txt 内每行数据末尾倒数第二个数字应是非0):控制页内测试并更换服务器,1-3分钟后仍不行,Ping 该服务器域名得到 IP,cmd 以管理权限运行,或可有救(x.x.x.x:服务器 IP):
netsh int ipv6 set teredo enterpriseclient x.x.x.x
或更换其它服务器,服务器能连接且控制页内 IPv6 状态(如何开启) | OK 恭喜,你成功了。
附:
1、参照白名单 https://github.com/MatcherAny/whitelist.pac 的 auto switch 情景模式(貌似特别适用于X-Tunnel ),利用 http://127.0.0.1:8086/proxy.pac 创建 gfwlist.txt 下黑名单的情景模式:GAE_PAC的自动切换,此时方可自添加任意切换规则。。。Chrome+SwitchyOmega下采用此PAC自动切换(等同于原 GAE-Proxy 自动切换?)
2、如是已部署、成功使用过3.12.2(及后续版本)的,无需再次(上传)部署,除非更新服务端(3.13.1并无公告此要求)
3、X-Tunnel 正常的前提:
PS:较 原生IPV6扫描到的IP数瞬间上百 #11769 (comment) 有些许修改
The text was updated successfully, but these errors were encountered: