入手了 Claw Cloud JP 7刀的佬们，请避免使用谷歌 DNS/OpenDNS

开发调优
1

由于 Claw Cloud 用的是阿里云的广播 IP，谷歌 DNS 对其支持不完善，会误以为其是中国 IP，导致部分谷歌域名被解析到北京服务器，造成访问卡顿：

> dig +short www.google-analytics.com @8.8.8.8
203.208.50.97
> dig +short www.google-analytics.com @ns1.google.com
203.208.50.33

从谷歌域名权威 DNS ns1.google.com 返回的也是北京 IP，所以只要 EDNS 传递了 Claw 的 IP 到谷歌，就会返回不准确结果。

可以使用不支持 EDNS 的公共 DNS，如 Cloudflare DNS 1.1.1.1/1.0.0.1，或者阿里云内网 DNS 100.100.2.136/100.100.2.138

> dig +short www.google-analytics.com @1.1.1.1
142.251.42.206
> dig +short www.google-analytics.com @100.100.2.138
172.217.175.110
> dig +short -x 142.251.42.206
nrt12s47-in-f14.1e100.net.
> dig +short -x 172.217.175.110
nrt20s21-in-f14.1e100.net.

可见解析到的都是最近的 nrt 节点。

如果手动指定 EDNS 前缀为 0.0.0.0 也可以让谷歌 DNS 返回最近的节点。

> dig +short www.google-analytics.com @8.8.8.8 +subnet=0.0.0.0/0
142.250.196.110
> dig +short -x 142.250.196.110
nrt12s35-in-f14.1e100.net.

如果开机时用的是 Debian 12 系统，可以这样操作更换到 Cloudflare DNS

resolvectl dns ens5 1.1.1.1 1.0.0.1
systemctl restart systemd-resolved

其中 ens5 为接口名称，不同区域可能不一致，用 ip route 查看默认路由可以找到。

14 个赞
2

难怪我说为啥gstatic的urltest怎么总是那么大延迟

3

直接套个落地或者warp出站

4

8.8.8.8 套 Warp 之后解析结果更离谱了，到南非去了

> dig +short www.google-analytics.com @8.8.8.8
192.178.54.110
> dig +short -x 192.178.54.110
tzjnba-ag-in-f14.1e100.net
5

还没入手 ing

6

bash <(curl -sSL https://gitlab.com/fscarmen/warp_unlock/-/raw/main/unlock.sh)

用这个一键脚本 刷jp的ip

7

感谢提醒

8

那用什么？

9

正文：？

10

dns应该选择哪个稳一点

11

用 Cloudflare 的就行

12

谷歌网页和 DNS 用的不是一个 IP 库，我套 Warp 之后搜索和油管显示在日区，但是 8.8.8.8 解析结果还是不准…

1 个赞
13

你用warp出站的话 跟你本地dns就没关系了 你所有流量都走warp出口 dns是啥都无所谓的

14

Warp 是网络层 Wireguard VPN 协议，是需要 DNS 解析的

15

用warp创建一个socks代理 在xray直接走代理

16

这样本质上是走客户端的 1.1.1.1 over Warp 解析了，大差不差