epiphyllum

有一些问题：
0. 下载站的`/api/v1/app/download/info?appKey=xxxxxxx`这个 API 返回的包含下载信息的 JSON 有错误，`downloadUrl`字段里的"tauriKey"应该改成"electronKey"


1. 应用内更新检查调用的 API 返回的下载链接是 null

2. 用于保存配置 SQLite 数据库似乎没有初始化/初始化失败，打开后程序提示大量数据库错误，用火绒剑找到数据库位置后发现"db.sqlite"里只有元数据表

@wisej #17
我有点懵了，试了好久完全无法复现这个问题：


目前我只知道市面上的加速器中奇游确实会拦截 Google🤔，有点好奇你这边访问 Google 时具体会看到什么样的错误信息？

哪款加速器？什么模式？🤔 市面上的加速器一般使用 netfilter 或者 windivert ，不同产品不同模式的规则和处理逻辑差距很大。

部分加速器的这个问题是没法解决的，有些则可以；建议补充更多信息。

Google 的问题，详见 https://www.v2ex.com/t/1171077#r_16959183

考虑 1 稳定性 2 便宜优先 3 大流量的话，可以考虑一下欧洲的 OVHCloud 、Hetzner 、netcup 这几家中大厂（）


首先稳定性的话，OVHCloud 和 Hetzner 这两家公司有 20 年以上的历史，netcup 也有 10 年以上的历史；并且它们都在一些区域有自己的数据中心和网络基础设施。

价格方面，按年付月均算，这三家都有日常正价小于 58usd / 12 = 4.83usd 的机器；遇到限时活动的价格会更低；

流量方面，这三家的流量限制基本上在每月几十 TB 到无限。


特点：

Hetzner：更类似于弹性云，可按小时计费；新客户有优惠额度；相对而言较容易注册（可自助 KYC ）；
https://www.hetzner.com/cloud

OVHCloud：数据中心位置分布广泛，分公司较多，每个分站优惠和业务稍有不同。据说爱尔兰分站的独立服务器优惠最大，美国分站较容易注册且可以购买美国地区的服务器；
https://us.ovhcloud.com/vps/
https://www.ovhcloud.com/en-ie/vps/

netcup：虚拟机优惠力度较大（经常有限时活动），新客户可领优惠；账单后付费；注册需提供水电单。
https://www.netcup.com/en
https://www.netcup.com/en/deals


缺点：
考虑到价格和流量，由于地理位置和市场，这几家欧洲厂商的一些服务器到中国内地的延迟可能较高。


注意：
这几家欧洲大厂相较于一些小厂的身份验证较为严格，尤其是对于中国内地的用户。


（利益相关：实际使用过上述公司的服务，链接均无 AFF

同最近遇到这个问题，排查了一下感觉可能是 Google 的权威 DNS 解析器的锅，似乎 Google 的 DNS 服务器对阿里云和中国移动的配置存在错误的“特殊关照”🤔


===

排查思路&流程：

1. 众所周知权威 DNS 解析器一般通过递归解析器的出口 IP / EDNS Client Subnet 判断访客地理位置，于是我们可以找一个 dnslog 服务来抓一下阿里云递归解析器的出口 IP 。用 itdog 的拨测工具查询一下随机分配的域名，可以抓到以下 IP：



2. 这个 dnslog 似乎不能翻页（），就拿图中测试发现有问题的山西太原移动为例


用它的 183.201.217.0/24 作为 Client Subnet ，用国内移动的网络对 ns1.google.com 直接发起查询：
dig @ns1.google.com connectivitycheck.gstatic.com A +subnet=183.201.217.0/24 +norec


ns1.google.com 返回了美国 Google 的 142 开头的 IP 。这样直接请求的过程完全没经过阿里的服务器处理，暂时可以排除 alidns 的嫌疑了。


3. 起一个 Cloudshell 从阿里云的服务器上请求一次，还是同样的结果。


但是把 EDNS 里的客户端子网换成一个“干净的 IP 段”就能得到正确响应，例如我们这里用 sx.10086.cn 的 IP 地址试一下，可以看到 Google 返回了国内的 CDN：
dig @ns1.google.com connectivitycheck.gstatic.com A +subnet=183.203.36.0/24 +norec

（其它国内 IP 也行，哪怕 1.14.5.14/32 也可以
（ dig @ns1.google.com connectivitycheck.gstatic.com A +subnet=1.14.5.14/32 +norec


4. 更神奇的来了，在腾讯云上请求 ns1.google.com 时，即使 EDNS Client Subnet 里填写“不干净的 IP”也能得到正确结果（这里换成电信/联通应该也可以，实测联通没问题）：



=====

总结：
- 对于此类有国内 CDN 加速的 Google 服务，Google 的权威 DNS 服务器在遇到“阿里 DNS 查询上游所用的部分中国移动出口 IP 地址”时，会错误地返回国际 CDN IP 。

- 在内地使用腾讯云/中国联通/中国电信的 IP 或网络对 Google 的 DNS 服务器发起查询似乎不受影响。

- 该问题理论上与劫持无关，因为使用海外测试服务器可以得到与境内阿里云/中国移动类似的结果。


======

解决方法：

如果要继续使用阿里 DNS ，可以对客户端进行配置，为 AliDNS 配置一个 EDNS Client Subnet （阿里的公共递归 DNS 会转发 Client Subnet ）。

mihomo 的配置方法见如下文档：
https://wiki.metacubex.one/config/dns/#_1

sing-box 的配置方法见如下文档：
https://sing-box.sagernet.org/migration/#__tabbed_1_13
https://sing-box.sagernet.org/zh/configuration/dns/rule_action/#client_subnet

（若要兼顾就近 CDN 调度与隐私，EDNS Client Subnet 的值一般可以随便填写一个同市/省会的 IP

测试了 Qwen 最新的 max 和 coder ，把 top_p 拉到最低、temperature 拉到最高也复现不了这个问题


这种情况明显是受其它提示词干扰造成的