好像没听过谁的移动申请到公网 IPv4 过。。。就算以前一些地区有，现在 IPv6 普及后怕是彻底无了，现在很多地区电信联通都逐渐不给 IPv4 了，甚至还有收回的。。。

如果不是家里人还要看电视，我都不会续费这些会员了，平时我自己也压根不看这些平台。。

我也是用 Header Editor 类扩展来重定向的。

平时搜索引擎确实老是遇到一些移动版的网页，油猴不适合这种情况，因为油猴需要网页开始加载后才能运行，而这类重定向的扩展可以在网页加载前（时）就完成重定向。

我前段时间也遇到过类似情况，也是安装新版本驱动时黑屏没反应，等了一会就干脆长按电源键关机了，重新开机正常，不过系统又自动安装了一个 AMD 显卡驱动，我折腾半天给卸载重新装了 AMD 官网的驱动。。。

那段时间，老是被系统强制安装通用版的 AMD 显卡驱动，覆盖了我用的 AMD 官网驱动，老是报错，折腾了好几天才给解决，上面说的事也是折腾期间出现的。。。

@Jaosn 话说 胸闷气短 具体是啥样啥感觉的，这段时间经常见到有人提，但不清楚什么样才算。。。

管理员看到的话，帮我删掉 5L 吧~

以前看到有人讨论这些，也有人发过磁力链接，我还以为可以呢。。。
看到 1L 在问，我下意识的去顺手查了下分享给他，帮忙帮习惯了。。。

因为我平时很少收快递、收外卖，平时也没啥人和我打电话，因此我都是直接拒接任何陌生电话~

@CEBBCAT 啊，我不知道。。。

@wizzer 看了下，今天下午国外刚出的高清资源，下面这是 1080P x264 的，4K 的自己进去选：
yts .mx/movies/puss-in-boots-the-last-wish-2022
magnet:?xt=urn:btih:C2D49674FD139F2F116577F9B825178D55D4139B

rarbg .to/torrent/xmykj9w
magnet:?xt=urn:btih:69A4660667F6FEEE20F679BF59E424C4CF1288DF

我遇到过一些腾讯、阿里域名解析的 IPv6 地址挂了几天才修复的情况。。。
不过好在也不是天天出现。。。

因为目前主要针对的是 Cloudflare 的 443 端口，毕竟绝大部分流量都是 HTTPS 协议 + 443 端口。

我看路由器有两个设置 DNS 的地方，分别为："宽带拨号" 处、"DHCP" 处

拨号 处设置了 DNS-A ，而 DHCP 处没有设置，
那么手机等设备获得的 DNS 就是路由器的网关 IP ，此时手机发起 DNS 解析请求时的过程为：
手机 <=> 路由器 <=> DNS-A
（即手机向 路由器网关 IP 发起 DNS 解析请求，路由器收到后再发给 DNS-A 服务器

拨号 处没有设置，而 DHCP 处设置了 DNS-A ，
那么手机等设备获得的 DNS 就是你前面设置的，此时手机发起 DNS 解析请求时的过程为：
手机 <=> DNS-A
（即手机直接访问 DNS-A 服务器，虽然流量肯定还是要经过路由器的，但本质不同

而如果 拨号 处和 DHCP 处都没有设置 DNS ，那么手机等设备获得的 DNS 依然还是路由器的网关 IP ，和前面第一个一样，只不过 DNS 服务器变成了运营商默认分配的了。


虽然我没有重新去重新验证一遍上面说的，但根据我以往的经历，应该就是这样，你可以参考下~

EPIC 游戏下载节点，国内走的是 腾讯云：
epicgames-download1-1251447533. file. myqcloud. com

你的规则没有分流绕过这些常见的国内域名吗？

国外则是 Amazon 、Fastly 、Akamai：
download. epicgames. com
download2. epicgames. com
download3. epicgames. com
download4. epicgames. com
fastly-download. epicgames. com
epicgames-download1. akamaized. net

几年前，我好像就在 B 站看过实锤这种骗局的视频了。。。

打开扫了一眼，怎么开头那么多 H 站。。。

@piku
Fastly CDN 也可以自选，但和 Cloudflare 不太一样，并不是所有节点都是 Anycast 的，因此如果指向非 Anycast 的节点 IP 去访问，会因为缺失证书而报错，但是如果忽略证书错误的话，还是可以正常访问的。
另外，Fastly CDN 的 IPv4 、IPv6 地址都是有规律的，可以自选到非 Anycast 的节点 IP （比如国内访问大都是分配到日本 NTT 节点，比较捉急，而美西节点反而好很多），而且 IPv4 和 IPv6 之间转换也是有规律的。

我记得 Akamai CDN 也是这样，都是只能在有限的范围内自选。

而 AWS CloudFront CDN 、G-Core CDN 则和 Cloudflare CDN 差不多，可以随意自选。

几个月前，我这边联通就出现了 Cloudflare CDN 随机阻断的问题了（目前仅针对 IPv4 ）。
同一个 IP ，不访问时一切正常（ ICMP 、TCP 通顺），一旦 HTTP 访问很快就超时了（但不是立马超时，会预留几秒），而且还是标准的 3 分钟整，太规律了就显得太假了。

这让我想到了 Steam 、Github 的 SNI 干扰（不过这个是根据域名来超时 IP 的，不在乎是什么 IP 。而 Cloudflare 这个是针对其 CDN IP 的，暂时称为 IP 干扰吧），也是一但访问可能就会超时 3 分钟整，都是只局限于单个宽带用户（即只有你超时，其他人哪怕是邻居也完全不受影响）。

不过并不是全天都这样的，时有时无的，应该是想伪装成网络质量问题，老套路了~

另外，我在 Fastly CDN 上也遇到过类似情况的。

https://github.com/XIU2/CloudflareSpeedTest/issues/217

mosdns 和 smartdns 都有控制 IPv4/IPv6 优先级的配置选项。
本质上就是对域名解析请求结果进行过滤，同时包含 A 、AAAA 记录的，抛弃 AAAA ，就是优先 IPv4 了。