我前段时间也遇到过类似情况，也是安装新版本驱动时黑屏没反应，等了一会就干脆长按电源键关机了，重新开机正常，不过系统又自动安装了一个 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 了。

大概率是你的光猫、路由器的防火墙将 IPv6 入站拦住了。

我这边就是，排查后发现是运营商送的路由器默认阻止 IPv6 入站，而且还无法关闭。

电脑直连光猫，拨号上网后测试，IPv6 是通的。

明文 UDP 自然是速度最快的。

目前来说，只推荐：
要么用运营商的明文 UDP 协议 DNS ，即追求速度，不在乎隐私、污染
要么用加密的 DoT 、DoH 、DoQ 、DoH3 协议 DNS ，以牺牲部分速度换取隐私、无污染。

单纯的明文 TCP 协议 DNS ，继承了两者的缺点，位置比较尴尬。。。

DoT 是基于 TLS 开发的，我看评价说是比较简陋，而且是 853 专用端口，容易被一刀切针对
DoH 是基于 HTTP/2 开发的（虽然也支持 1.1 ），443 端口，继承了 HTTP/2 的优点，是目前的主流
DoQ 是基于 Quic 即本质是 UDP 协议，好像也是 853 专用端口，不过现在支持的不多，大家更偏向于支持其替代品 DoH3
DoH3 是基于 HTTP/3 开发的，本质还是 UDP 协议，避开了很多 TCP 包袱，提高了解析速度等等，估计很快各系统、浏览器就会全面支持该协议了。

至于运营商的 UDP QOS ，这个确实有，但也看频率和大小，DNS 请求流量很小，至少在国内连国内服务器不用担心这个，但是连国外服务器 UDP 协议的话，就不确定了~

建议国内外身份分割。
国内用国内手机号，国外用国外手机。
邮箱、名字什么的同理。

不过 discord 我记得 GV 虚拟号也不行，要通过验证的话，可能还需要花钱折腾？