[请求帮助] 更新1.2 hysteria-linux-arm64 后 造成部分网页无法打开 8/17更新

[kinsan2007]

问题详情

更新1.2 hysteria-linux-arm64 后出现问题 无法访问此网站网址为 https://www.jd.com/ 的网页可能暂时无法连接，或者它已永久性地移动到了新网址。 ERR_TUNNEL_CONNECTION_FAILED

acl: direct cidr 192.168.1.1/24 direct country cn block all udp/443 proxy all 环境 服务器端1.2 hysteria-linux-amd64 客户端 1.2 hysteria-linux-arm64 解决办法： 将客户端退回 1.1 hysteria-linux-arm64 （服务器端任就1.2）一切正常

服务端安装信息或者一键脚本信息

1.2

VPS 信息

正常

服务端配置

正常

服务端日志

无异常

客户端安装信息

1.2

客户端配置

正常

客户端运行环境（操作系统）

coreelec

客户端日志

无异常

[haruue]

经过测试使用类似 acl 的情况下无法重现你的问题。

能不能提供你的详细配置， 写个「正常」「无异常」无助于我们重现你遇到的问题。

只有当我们重现了你遇到的问题， 我们才知道该如何解决它。

[kinsan2007]

奇怪的复现方法 浏览 tieba.baidu.com （这时可打开） 搜索任意字符串 https://tieba.baidu.com/f?ie=utf-8&kw=asdfasd&fr=search

[kinsan2007]

配置文件应该是最简单的 使用的自签证书 { "server": "x.x.x.x:xxxx", "up_mbps": 20, "down_mbps": 125, "socks5": {"listen": "0.0.0.0:114"}, "http": {"listen": "0.0.0.0:115"}, "insecure": true, "acl": "/storage/acl.acl", "disable_mtu_discovery": true, "mmdb": "/storage/Country.mmdb" }

[haruue]

这样看来是客户端崩溃了？ 客户端日志真的毫无异常么？

[kinsan2007]

关键是这时可以正常访问油管，所以怀疑acl相关问题 acl或是mmdb，可是退回1.1则一切正常

奇怪的复现 无法访问此网站网址为 https://tieba.baidu.com/f?ie=utf-8&kw=sadfadsf&fr=search 的网页可能暂时无法连接，或者它已永久性地移动到了新网址。 ERR_TUNNEL_CONNECTION_FAILED 而这时jd.com却正常打开

[kinsan2007]

killall hysteria /root/hysteria -c /root/config.json

无法访问此网站网址为 https://www.jd.com/ 的网页可能暂时无法连接，或者它已永久性地移动到了新网址。 ERR_TUNNEL_CONNECTION_FAILED

2022-08-15T17:37:08+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:08+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:09+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:10+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:10+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:10+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:10+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request 2022-08-15T17:37:10+08:00 [DEBU] [dst:www.jd.com:443] [action:Direct] HTTP request

[kinsan2007]

将"acl": "/storage/acl.acl", "mmdb": "/storage/Country.mmdb"删除（使用全局代理） 或者换回1.1版本回复正常

[haruue]

看来如果 HTTP Proxy 返回了 502， 就会触发 Chrome 的 ERR_TUNNEL_CONNECTION_FAILED ， 并且 Hysteria 不会对这种情况报错。

怀疑和前几天那个问题一样， 是解析出了 IPv6 然后请求失败了。

如果你只有 IPv4 ， 在客户端配置中设置

"resolve_preference": "4",

试试看？

[haruue]

如果还是不行， 我这里编译了个会对这个问题报错的 Hysteria 版本。 你用这个版本跑跑看？ 日志是图里这样的 hysteria-debug-arm64.zip hysteria-debug-amd64.zip

[kinsan2007]

大哥，你这个hysteria-debug-arm64表现和1.1一样呀没有错误都正常 你编译1.2的时候是不是搞错什么了？哈哈哈

[haruue]

那你先用着吧。 下个版本我会让 HTTP Proxy 在返回 502 的情况下打印日志。

[liuxyon]

1.1 也有类似错误. 我还以为我服务器问题

[kinsan2007]

更新：将客户端设备nameserver 由192.168.1.1 改为114.114.114.114问题得以解决 今天使用clash也是同样问题 提示 192.168.1.1:53 no such host（有大佬解释下为何不？）