这是一个创建于 265 天前的主题，其中的信息可能已经有所发展或是发生改变。
除国内的网站加载较为缓慢之外,其余那些封锁措施较为轻微的网站可以直接访问
例如:V2EX Discord E-Hentai ExHentai
封锁措施较为严格的网站会直接显示:ERR_CONNECTION_RESET
例如:Pixiv
部分正常网站开始无法访问
例如:Github以及Steam
均显示ERR_CONNECTION_TIMED_OUT
此时在 Chrome 设置中关闭使用安全 DNS 则恢复正常,以上两个网站可以正常加载访问.
能够以牺牲一部分访问和加载速度为前提,换取更高的访问能力
问题来了:该如何对以上问题进行排查和解决?
希望获得解答
测试以上内容时,网关和客户端均无任何代理设置,且在 Windows 网络适配器中关闭 ipv6 协议仍能得到以上结果
 |
3 JustBeFree 2025 年 9 月 23 日@Lentin |
 |
4 Lentin 2025 年 9 月 23 日 via iPhone@JustBeFree 因为 github 被单独写了 ip 策略 esni 起不到作用，gfw 没有全量覆盖 cloudflare 的 cdn ip 地址，x.com 同理也是被针对 ip 封锁 |
|
5 JustBeFree 2025 年 9 月 23 日 via iPhone@Lentin 这个结论有任何依据吗?Github 和 Steam 在使用 cloudflare 的 DOH 之前能够访问,使用之后反而不能访问了,GFW 没有任何理由去阻断能够正常访问的网站的 CDN ip 地址吧. |
|
6 Lentin 2025 年 9 月 23 日 via iPhone@JustBeFree 看看 doh 获取的 ip 是多少？手动 curl 构建请求看看查了一下 github 没有启用 ech 。esni 是废案了 |
 |
10 taikobo 2025 年 9 月 24 日 via Android这个逻辑推理一下就行了 不使用 doh 时，返回的 IP 没有被墙 墙的具体原理不清楚，大概方法不就那几种，dns 污染，ip 封锁，端口封锁，特定条件 tcp rst 之类的 |
|
11 taikobo 2025 年 9 月 24 日 via Android另外你的路由器如果有 cache ，但是不 cache type65 只 cache A 和 AAAA 记录的话，会导致首次访问使用 ech 后续访问不使用 ech |
|
12 taikobo 2025 年 9 月 24 日 via AndroidDnsmasq 2.88 还是 2.86 之后可以用 --cache-rr option 来制定 cache 类型 |
|
13 JustBeFree 2025 年 9 月 24 日@taikobo 并不是,用 nslookup 查询后发现就是超时了,昨天晚上测试的时候 steam 和 github 都能随机成功加载了,但是仍然会有很大概率超时. |
|
14 taikobo 2025 年 9 月 24 日 via Android你是说 doh 超时？那这个和你主楼的描述完全不一致 你主楼说的是别的网站正常访问，就特定网站不稳定或者访问不了 要是 doh 超时应该是所有网站都不稳定，原因就是 doh 本身被阻断了，或者 doh 自身域名 dns 被污染 |
|
15 taikobo 2025 年 9 月 24 日 via Android 1
不走代理直连是投机行为，不保证可用，浪费时间折腾自己，劝你别折腾了。。。 |
 |
16 383394544 2025 年 9 月 26 日 via iPhone唉 |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。