前些日子想给给没有用 NodeCache CDN 的其他子域名用上 CDN，在只要能用的想法下，我选择了 CloudFlare 的免费 CDN。
加入域名，修改 NS 解析，等待验证成功和 SSL 证书签发，签发成功后，我把域名迁移回了阿里云做 DNS 解析（为了站源的通配符 Let's Encrypt 的 SSL 证书
实际上用不到上面说的这么麻烦，我们可以通过 Cloudflare Partners 计划 来对 IP 使用 CNAME 解析，也可以做到自定义 CloudFlare 的 CDN IP。
这次用到的 Cloudflare Partners 面板地址是 https://cdn.imtqy.com/
既然都可以自定义 IP 了，那么肯定要自己添加对国内线路优化 IP 了，在百度了一番之后，得知百度云加速的部分 IP 是和 CF 合作的，那么一个骚想法就诞生了————国内除移动以外的线路走百度云加速，其余线路统统走 CF

百度云加速与 CF 合作的 IP

• 162.159.208.0/24
• 162.159.209.0/24
• 162.159.210.0/24
• 162.159.211.0/24

Coudflare 的 IP

• 104.16.1.0/20
• 104.16.2.0/20
• ~
• 104.31.254.1/20
• 104.31.255.1/20

在用了几天感觉不错后，也就接想把博客的部分流量也负载到 CloudFlare 上，当我把博客的 CDN 设置变成“移动 + 境外”用 CloudFlare，其他线路用 NodeCache 并创建了一个 1G 的测试文件后，在 IDM 的多线程下载中，发现有一次下载异常的慢————32 线程才 1.00M/s，按照特性，移动用 Cloudflare CDN 的时候走的是香港，前几次测速速度都没这么慢。
在一番查找过后，在 IDM 的下载 Log 文件里面看到了链接的 IP————“104.23.240.10 ”，以及在看到

CF-RAY: 54c14a**********-LAX

后我瞬间明白了，绕美了，在使用 besttrace 发起的可视化路由追踪中发现确确实实绕美了，接着用批量 Ping 功能对 IP 段进行检测（延迟超过 200ms）发现只有下方这些 IP 绕美，并且较低概率走访问日本节点，对国内特别不友好（因为其他的移动好歹都走香港，情况和上面的百度云加速的合作 IP 差不多

绕美 IP 段

• 104.23.240.0/20
• 104.23.241.0/20
• 104.23.242.0/20
• 104.23.243.0/20

本文链接：https://woms.top/archives/63.html
This blog is under a CC BY-NC-SA 4.0 Unported License