XIU2
XIU2
**错误描述** 内置的 TrackersList CDN 地址 `cdn.jsdelivr.net` 已经被 DNS 污染 https://github.com/jsdelivr/jsdelivr/issues/18392 **如何重现** 在任意在线全国 Ping 的网站上测试一下就能确认这点。 **预期的行为** 更换其他可用的 Github Raw 镜像，例如 ` fastly.jsdelivr.net `（目前只有 `cdn.jsdelivr.net` 子域名被 DNS 污染） **截图** https://github.com/agalwood/Motrix/blob/4c5bba89ef7ed9175071767fd4f30fee890a8653/src/shared/constants.js#L40-L62 **运行环境** -...
可能很多人都不知道，虽然软件名字里有个 Cloudflare，但其实也支持对**其他网站 IP / CDN IP** 进行测速的。 前段时间 AWS 的 CloudFront CDN 宣布**免费 1TB 流量**，因此不少人开始尝试使用这个对国内速度**更友好**的 CDN 了（有很多**亚洲直连**节点），我印象中 AWS CloudFront CDN 也是和 Cloudflare CDN 一样，支持自选 IP 的，因此大家可以试试~ > **注意**，似乎 AWS CloudFront...
以前一直看到有人说 Cloudflare CDN 的 IP 被干扰阻断，但是我联通一直没遇到，不过最近我这边也出现了类似的情况。 而且我这次很确定是 **运营商/墙** 干的，干扰的很厉害。 同一个 IP，不访问时一切正常（ICMP、TCP 通顺），一旦访问很快就超时了（但不是立马超时，会给你预留几秒），而且还是**标准的 3 分钟整**，太规律了就显得太假了。 > 有类似情况的，可以电脑上装个 TCPing 工具，遇到无法使用时就 `TCPing -t IP 443` 持续测试，我这边是**超时 90 次（超时时间 2 秒）** 就会恢复，而在超时期间，手机网络、在线网站全国端口检测都通顺。 这让我想到了 Steam、Github...
> 为了避免偏离重点，本 Issues 下仅限讨论 `下载测速地址` 相关，其他问题请新开 Issues 否则可能会被 `隐藏`（折叠/最小化） ## CloudflareST 下载测速地址将不再由我个人自建承担了，改为重定向至大家分享的公益地址，因此不再保证可用性，想要稳定建议自建~ **** 刚刚 Cloudflare 发邮件跟我巴拉巴拉说了一大段，翻译为人话大概意思就是： > 发现 cf.xiu2.xyz 最近流量太大，因此暂时限制了**速度、流量优先级**等，直到流量降低到 "正常" 水平时才会恢复。 我试了下发现还能勉强访问，但已经被限制成龟速了。。。可以说是**慢至不可用**了，干脆就先暂停了。 ~~以前还有隔壁 better-cloudflare-ip 项目和我互相均摊流量，但是自从关闭后~~，大量用户涌入本项目，使用人数及下载测速流量直线上升（我算了下大概相当于以**平均每秒 1Gb** 的速度**全天 24 小时**的跑），被限制并不出乎我的意料，毕竟只是免费套餐。。。...
最近有用户向我反馈无法使用 CloudflareST，结果最后发现其实该用户的网络有问题，**似乎 Cloudflare CDN 所有 IP 都被屏蔽**。特地问了下，该用户为 **`江苏省苏州市`**，宽带是 **`电信`**、手机是 **`移动`**，均无法访问任何 Cloudflare CDN 的 IP（及其他任何套了的 Cloudflare CDN 的网站都无法访问）。 因为就这一个样本，不清楚是不是 个例 / 其他问题 导致的，有没有其他小伙伴有类似情况的？
Cloudflare Workers 自定义域名使用自选 IP 其实很简单，只需要做一些小改动即可。 **** ### Workers 自定义域名 正常情况下的常规步骤： 1. 正常部署完 Workers 后， 2. 添加一个**子域名**记录（指向 IP 随意）并开启代理（橙色 ☁）， 3. 去该域名的 Workers 侧栏选项中**添加路由**将刚刚添加的 子域名 指向部署的 Workers 服务。 4. 配置完成等待生效后，手动访问一次刚刚添加的自定义域名，确保正常 ****...
因为每个域名解析网站的 API 都不同，而这些**域名解析网站需要我托管的有域名**才能写 API 相关教程/脚本，所以想了一种替代方案，可以把域名写在 Hosts，这样效果也一样，不过缺点就是只能在当前设备上体验最快的 IP。 > 如果用的是**基于 Linux 系统的路由器（如 OpenWrt）**，则这个整个局域网都有效。 再考虑到很多人获得最快 Cloudflare CDN IP 后，需要替换 Hosts 文件中的 IP。 那我干脆写个简单的脚本吧！**大家使用过程中遇到什么问题或者建议都可以告诉我。** 如果用着不错，就点个 ⭐ 吧！ **** [**还在一个个添加 Hosts？完美本地加速所有使用 Cloudflare CDN 的网站方法来了！**](https://github.com/XIU2/CloudflareSpeedTest/discussions/71)...
因为很多人被假蔷勒索，然后它们套 Cloudflare 来抵御假蔷，结果就是 Cloudflare 大量 IP 被假蔷。 虽然被假蔷的 IP 很快就会解封，但是因为假蔷勒索泛滥，导致一直有新的 Cloudflare IP 被假蔷。 最近发现 Cloudflare 被假蔷的 IP 似乎越来越多了，因此在大家的建议下加了个 `[平均延迟下限]` 参数~ ## \# 区分假蔷 - **假蔷 IP 的表现特征：** _Ping 延迟**正常**，TCPing 延迟**异常的低**，下载速度为...
为了方便讨论，该教程我放在本项目的 Discussions 中了！ [还在一个个添加 Hosts？完美本地加速所有使用 Cloudflare CDN 的网站方法来了！](https://github.com/XIU2/CloudflareSpeedTest/discussions/71) **** ## 前言 我以前一直在说，我开发该软件项目的主要目的就是为了通过**改 Hosts 的方式来加速访问使用 Cloudflare CDN 的网站**。 但是就如 Issues #8 所说，要**一个个去添加域名到 Hosts 中实在是太麻烦**了！ 平时我经常访问的网站不多，所以还可以忍受，而这两天碰巧遇到了不少使用 Cloudflare CDN 的网站，起初我还是习惯性的将域名添加到 Hosts 中，但是发现太多太麻烦了，而且修改 Hosts...
一直以来都有人反馈我的**某个油猴脚本在 Safari 浏览器下无法访问**，但是我多次远程协助也没找到原因（我没有 MAC 设备），直到刚才在热心人士的帮助下，经过测试研究，最后发现： 之所以 Safari 浏览器在部分网站下无法运行油猴脚本，均是因为这些网站配置了 `Content-Security-Policy（内容安全策略）`。 在其他浏览器上，CSP 不会影响油猴脚本，因为浏览器扩展在插入油猴脚本时，**会忽略**网站的 CSP 策略。 但是 Safari 浏览器很奇葩的不与其他浏览器为伍，在浏览器扩展插入油猴脚本时**会遵守**网站的 CSP 策略，导致油猴脚本被阻止（显然这些网站不会将油猴脚本的路径加入 CSP 策略中）。 查询搜索后发现，似乎目前**没有任何方法**可以在 Safari 浏览器上绕过/禁用 CSP 策略，因此凡是**启用 CSP 策略的网站均无法在 Safari 浏览器上依靠扩展运行油猴脚本**。 当然如果你有解决方法的话，欢迎在下面告诉我~