Open frediui opened 5 years ago
netsh int ipv6 show teredo 贴运行结果(无需IP地址的2行)及XX-Net 诊断信息
谢谢!!!
类型 : enterpriseclient (Group Policy) 服务器名称 : win1711.ipv6.microsoft.com. 客户端刷新间隔 : 30 秒 客户端端口 : unspecified 状态 : qualified 客户端类型 : teredo client 网络 : managed NAT : restricted (port) NAT 特殊行为 : UPNP: 否,PortPreserving: 是 本地映射 : —— 外部 NAT 映射 : ——
XX-Net Status:
sys-platform: AMD64, Windows-10-10.0.14393 os-system: Windows os-version: 10.0.14393 os-release: 10 os-detail: Version:10-0; Build:14393; Platform:2; CSD:; ServicePack:0-0; Suite:400; ProductType:0 architecture: 32bit,WindowsPE browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 xxnet-version: 3.13.1 python-version: 2.7.13 openssl-version: 16.0.0 TLSv1_2 h2:alpn lan-proxy: Disable use-ipv6: auto gws-ip-num: total:479 ipv4:1 ipv6:0 ipv4-status: OK ipv6-status: Fail connected-link: new:0 worker: h1:0 h2:1 scan-ip-thread-num: 4 ip-quality: 9999 is-idle: 0 proxy_state: OK ca_state: OK Appid_Working: false Appids_Out_Of_Quota: false Appids_Not_Exist: false Using_Public_Appid: true
IPv4 状态 | OK IPv6 状态(如何开启) | Fail (尝试修复) 有效 IPv4 IP 数 | 0 有效 IPv6 IP 数 | 0 总 IP 数 | 479 XX-Net 状态 | 工作 IP 延迟 | 9999 连接池(帮助) | 新:0 h1:0 h2:0 浏览器代理设置 | OK CA 证书状态(下载) | OK IP 扫描线程数(设置) | 4
类型 : enterpriseclient (Group Policy)——前5行仅此行带括号,貌似不全的组策略法,最好恢复到“默认”的非组策略,才能:控制页内更换(合格)服务器。。。 gws-ip-num: total:479 ipv4:1 ipv6:0 ——貌似已导入 IP,有效归零,手动检查 IP或再次导入 worker: h1:0 h2:1——手动检查 IP或再次导入也不行?或更换服务器,或再启动一个XX-Net(可免退出先前貌似已不正常的) 瞧瞧 https://github.com/XX-net/XX-Net/issues/11821#issuecomment-449607389
有时候 http://127.0.0.1:8085/ 也打不开
启动XX-Net后软件还没准备好,稍侯刷新即可。或代理可展图标附加数字内有未加载资源127.0.0.1,未手动处理(哪怕已添加过此切换规则)
对应诊断信息如下 XX-Net Status:
sys-platform: AMD64, Windows-10-10.0.14393 os-system: Windows os-version: 10.0.14393 os-release: 10 os-detail: Version:10-0; Build:14393; Platform:2; CSD:; ServicePack:0-0; Suite:400; ProductType:0 architecture: 32bit,WindowsPE browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 xxnet-version: 3.13.1 python-version: 2.7.13 openssl-version: 16.0.0 TLSv1_2 h2:alpn lan-proxy: Disable use-ipv6: auto gws-ip-num: total:479 ipv4:1 ipv6:0 ipv4-status: OK ipv6-status: Fail connected-link: new:0 worker: h1:0 h2:1 scan-ip-thread-num: 4 ip-quality: 9999 is-idle: 0 proxy_state: OK ca_state: OK Appid_Working: false Appids_Out_Of_Quota: false Appids_Not_Exist: false Using_Public_Appid: true
netsh int ipv6 show teredo 贴运行结果(无需IP地址的2行)
将组策略恢复成了 未配置 删除了 对应注册表的值
貌似将组策略恢复成了 未配置即可,对应注册表的值不知神马。倒是得保证 #10184 的注册表值及系统服务
下载了微软工具并修复 以管理员身份运行了 disable ipv6 在软件页 GAEProxy 高级配置 启用了 ipv6
太复杂,或在软件页 GAEProxy 高级配置 启用了 ipv6 即可?或 管理员身份运行 netsh int ipv6 set teredo enterpriseclient 即可开启
管理权限运行 netsh int ipv6 set teredo enterpriseclient default 即可启用系统默认服务器,其它服务器域名或 IP替换 default 即可换服务器
软件页已经启用了 还是显示ipv6 | Fail 提示 你可以尝试 开启IPv6 或 使用X-Tunnel。 运行 netsh int ipv6 show teredo 当前是这样的
类型 : enterpriseclient 服务器名称 : teredo.remlab.net 客户端刷新间隔 : 30 秒 客户端端口 : unspecified 状态 : qualified 客户端类型 : teredo client 网络 : managed NAT : restricted (port) NAT 特殊行为 : UPNP: 否,PortPreserving: 是
软件页已经启用了
也就是显示“合格(已连接)”了?
服务器名称 : teredo.remlab.net
末尾没“.”?软件页再更换服务器,或 管理权限运行 netsh int ipv6 set teredo natawareclient 157.56.149.60 5楼已说:(服务器正常后)手动检查 IP或再次导入,(或更换服务器,)或再启动一个XX-Net(可免退出先前貌似已不正常的) 或重启系统,或 貌似大佬说,新版放在新位置(非系统盘)。。。
貌似解决了 netsh int ipv6 set teredo natawareclient 157.56.149.60 重新部署 然后切换 teredo 隧道 但是 时不时切换隧道才能用 隧道不稳定
请删楼:最长的,影响看贴,对代码老白没用 https://github.com/XX-net/XX-Net/issues/11846#issuecomment-449635447
netsh int ipv6 set teredo natawareclient 157.56.149.60 然后切换 teredo 隧道
第一行就是切换隧道服务器,再切换,上面白忙了 再做第一行。。。
隧道不稳定
错,即使是几天前22时的 DAED Time,貌似隧道一直正常
ipv6 总是开着开着 就挂了,软件显示 ipv6 状态 fail 用软件打开 ipv6 和 改组策略 都没法解决 有时候 http://127.0.0.1:8085/ 也打不开
2018-12-23 15:55:52.093 [gae_proxy][DEBUG] network IPv6 is ok, cost:9937 ms 2018-12-23 16:00:24.241 [gae_proxy][DEBUG] report_connect_fail IPv6 continue_fail_count:11 2018-12-23 16:00:48.252 [gae_proxy][DEBUG] report_connect_fail IPv6 continue_fail_count:12 2018-12-23 16:01:12.265 [gae_proxy][DEBUG] report_connect_fail IPv6 continue_fail_count:13 2018-12-23 16:01:36.275 [gae_proxy][DEBUG] report_connect_fail IPv6 continue_fail_count:14