1
szxczyc 2021-08-21 23:25:17 +08:00 via iPhone
我在国外直接访问没问题(✪ω✪)
|
2
zhaidoudou123 OP @szxczyc 害,很多奇怪的问题本不该是问题
|
3
txydhr 2021-08-22 00:02:09 +08:00
我也有一样的问题
|
4
lostberryzz 2021-08-22 00:08:30 +08:00
试试换个浏览器 or 隐身模式,缩小范围
|
5
kkkkkrua 2021-08-22 12:08:08 +08:00
+1 同样存在,不知道什么毛病,时好时坏
|
6
zhaidoudou123 OP |
8
zhaidoudou123 OP @LGA1150 谢谢!我研究一下!
|
9
zhaidoudou123 OP @LGA1150 再次感谢!
我研究了半天,这个问题还挺麻烦的,感觉要想解决得从 dnsmasq 来禁止 type65 解析来入手 |
10
zhaidoudou123 OP 结合 https://github.com/pymumu/smartdns/issues/616 来看
在路由器中关闭 IPv6 也许是一种办法,我再观察观察。 但是从 https://www.v2ex.com/t/712074 来看, type65 解析或许会导致 ipset 的失败,这可能也是我原问题的一种表现。 不管如何,我先关闭 ipv6 试试效果,如果还不行的话就只能想办法屏蔽 type65 解析了。 |
11
cyy911 2021-08-22 18:31:17 +08:00
原来是苹果的问题。。。
|
12
AllenHua 2021-08-23 11:10:40 +08:00
和浏览器 UA 没有关系吗。mac 的 chrome 正常?
|
13
zhaidoudou123 OP @AllenHua 没关系的,我看了一下应该就是 dns 的问题
|
14
tenwx 2021-08-23 13:09:17 +08:00
如果苹果设备通过 type65 获取到的 doh 进行解析 ip,是不是就经过不了本地 dnsmasq 从而 ipset 的科学上网也就无效了?
|
15
zhaidoudou123 OP @tenwx 我自己认为是苹果同时发出三类 dns 请求,如果是第一次打开,type65 请求先返回,而此时没加入 ipset,应该会导致你说的这种问题;但是因为 a 记录和 aaaa 记录也发出了,所以这时 ipset 已经加入了,iptables 可不管你的请求怎么说的,只要是 IP 地址都给你转发了,因此第二次以后只要 ipset 不清空就可以正常访问
然后我现在的问题,应该是因为 aaaa 记录被我屏蔽了,但是通过 type65 得到的 aaaa 请求没有被屏蔽,导致优先 IPv6 了,所以才出的问题 |
16
zhaidoudou123 OP @tenwx 得,我又出来这个问题了,估计还是 type65 绕过本地 dnsmasq 的问题,我已经投降了,只能等 smartdns 这类工具更新选项能屏蔽 type65 的 dns 记录了
|
17
tenwx 2021-08-23 22:03:18 +08:00
苹果没有办法关闭这个特性么?
|
18
zhaidoudou123 OP @tenwx 似乎是没有的
|
19
whatric 2021-08-25 12:09:59 +08:00
我也偶尔会出现这个问题,一般 Command + R 刷新一下就可以进去了,虽然问题不大,但是用起来很烦
|
20
zhaidoudou123 OP 参考
https://github.com/pymumu/smartdns/issues/616#issuecomment-1042813992 在前几天,smartdns 更新了屏蔽 65 请求的功能,懒得重新刷路由器固件了,就用 GitHub actions 重新编译 padavan 并提取 smartdns 可执行文件,然后用 mount 命令替换掉自己路由器自带 smartdns 后实现了问题的解决 |