Cloudflare SAAS 接入自选教程

道锋潜鳞
2024-04-04 / 1 评论 / 179 阅读 / 正在检测是否收录...


问题来源

使用Cloudflare做DNS解析的域名,开启Proxy小云朵后可以获得CDN服务,但这样使用的是Cloudflare默认的节点,在免费版的情况下,对大陆方向的网络优化很差,甚至经常出现rest的情况。
用户如果连接至延迟更高的ip反而会获得“减速”效果。因此本文提供一种方式来允许优选Cloudflare IP,来达成良好优化的效果

一、Cloudflare回退源设置

Cloudflare Saas文档: Configuring Cloudflare for SaaS

已往可以使用Worker等方法,现在似乎不再奏效,但现在可以使用Cloudflare提供的回退源即SaaS功能实现DDNS和优选IP。你需要两个域名:

域名A: a.com 使用Cloudflare解析,作为回退源

域名B:b.com 使用其他DNS解析(本文以华为云为例),作为自定义域名

使用回退源的方法能够实现多个替身指向同一二级域名,如 1.b.com 2.c.com 均指向 fallback.a.com ,你可以把 fallback.a.com 作为你需要加速的博客等网站。如果你的网站大多时间是在国内访问,那完全可以隐藏作为中转的 fallback.a.com ,仅向用户透露 b.com ,这样也便于统一做SEO。

Cloudflare官方说明:
202404040709323487.webp

现在开始,跟随着CF官方的指导,我们开始接入

先设置回退源的解析

202404040711485638.webp

首先进入DNS菜单,请注意,这是您使用NS接入的a域名

202404040715356236.webp

我们添加一个解析,比如saas 到你的服务器ip上
202404040716502706.webp

按照CF的官方文档,解析可以是AAAA可以是A可以是CNAME

202404040717165358.webp

创建好回退源解析后,保存,请确保橙色小云朵处于打开状态

202404040718429157.webp

记下你刚刚解析的域名,然后进入TLS SSL菜单里面

202404040712385239.webp

点击自定义主机名
202404040713226580.webp

输入刚刚解析的域名后添加回退源
202404040721081362.webp

不出意外的话,点击刷新,可以看到下面的表识变成了绿色,就是已经添加成功了
202404040722028370.webp

二、Cloudflare添加自定义域名并验证

点击上方的添加自定义主机名按钮,在新的页面中有如下内容
202404040724013933.webp

本文中使用的自定义域名为test.loongapi.com (属于前文说的b.com) ,当然你可以添加多个自定义域名。在CLoudflare设置面板的SSL/TLS --> 自定义主机名 中继续添加自定义主机名

如图,如果你希望快速接入,你可以选择http验证来加快验证速度
202404040725122579.webp

点击添加后呈现以下状态
202404040726053291.webp

进入你的b.com域名所在的DNS服务商,我这里是华为云,以华为云为例,记住你前面添加的回源源的具体域名,进入b.com后,添加一个cname解析到刚刚设置的回退源上,如图
202404040729596843.webp
添加成功后,返回刚刚的自定义主机名页面,点击刷新
202404040730543472.webp
如果显示 custom hostname does not CNAME to this zone. 请稍等片刻后再点击刷新

几分钟后,如果没有异常,就可以获得类似这样的结果
202404040732018151.webp
到这里,SAAS的接入流程已经结束,开始进行优化步骤

三、Cloudflare 自选 IP

Cloudflare提供了一些泛播IP(参见官方公布的 IP 地址范围 ),通过脚本测试优选延迟最低的ip,并设置自定义域名 b.com指向这些ip便可实现优化Clouflare连接的作用。

优选IP脚本使用项目:具体可以点击参考详细配置 XIU2/CloudflareSpeedTest: 「自选优选 IP」测试 Cloudflare CDN 延迟和速度,获取最快 IP !

202404040735113970.webp

「自选优选 IP」测试 Cloudflare CDN 延迟和速度,获取最快 IP (IPv4+IPv6)

本项目也支持对其他 CDN / 网站 IP 延迟测速(如:CloudFrontGcore CDN),但下载测速需自行寻找地址

对于代理套 Cloudflare CDN 的用户,须知这应为备用方案,而不应该是唯一方案,请勿过度依赖 #382 #383


快速使用

下载运行

  1. 下载编译好的可执行文件( Github Releases / 蓝奏云 )并解压。
  2. 双击运行 CloudflareST.exe 文件(Windows 系统),等待测速完成...

以下命令仅为示例,版本号和文件名请前往 Releases 查看。

# 如果是第一次使用,则建议创建新文件夹(后续更新时,跳过该步骤)
mkdir CloudflareST

# 进入文件夹(后续更新,只需要从这里重复下面的下载、解压命令即可)
cd CloudflareST

# 下载 CloudflareST 压缩包(自行根据需求替换 URL 中 [版本号] 和 [文件名])
wget -N https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.2.5/CloudflareST_linux_amd64.tar.gz
# 如果你是在国内网络环境中下载,那么请使用下面这几个镜像加速之一:
# wget -N https://download.scholar.rr.nu/XIU2/CloudflareSpeedTest/releases/download/v2.2.5/CloudflareST_linux_amd64.tar.gz
# wget -N https://ghproxy.cc/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.2.5/CloudflareST_linux_amd64.tar.gz
# wget -N https://ghproxy.net/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.2.5/CloudflareST_linux_amd64.tar.gz
# wget -N https://gh-proxy.com/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.2.5/CloudflareST_linux_amd64.tar.gz
# wget -N https://mirror.ghproxy.com/https://github.com/XIU2/CloudflareSpeedTest/releases/download/v2.2.5/CloudflareST_linux_amd64.tar.gz
# 如果下载失败的话,尝试删除 -N 参数(如果是为了更新,则记得提前删除旧压缩包 rm CloudflareST_linux_amd64.tar.gz )

# 解压(不需要删除旧文件,会直接覆盖,自行根据需求替换 文件名)
tar -zxf CloudflareST_linux_amd64.tar.gz

# 赋予执行权限
chmod +x CloudflareST

# 运行(不带参数)
./CloudflareST

# 运行(带参数示例)
./CloudflareST -dd -tll 90
如果平均延迟非常低(如 0.xx),则说明 CloudflareST 测速时走了代理,请先关闭代理软件后再测速。
如果在路由器上运行,建议先关闭路由器内的代理(或将其排除),否则测速结果可能会不准确/无法使用

注意!本软件仅适用于网站,不支持给 Cloudflare WARP 优选 IP,具体见:#392

结果示例

测速完毕后,默认会显示最快的 10 个 IP,示例:

IP 地址           已发送  已接收  丢包率  平均延迟  下载速度 (MB/s)
104.27.200.69     4       4       0.00    146.23    28.64
172.67.60.78      4       4       0.00    139.82    15.02
104.25.140.153    4       4       0.00    146.49    14.90
104.27.192.65     4       4       0.00    140.28    14.07
172.67.62.214     4       4       0.00    139.29    12.71
104.27.207.5      4       4       0.00    145.92    11.95
172.67.54.193     4       4       0.00    146.71    11.55
104.22.66.8       4       4       0.00    147.42    11.11
104.27.197.63     4       4       0.00    131.29    10.26
172.67.58.91      4       4       0.00    140.19    9.14
...

# 如果平均延迟非常低(如 0.xx),则说明 CloudflareST 测速时走了代理,请先关闭代理软件后再测速。
# 如果在路由器上运行,请先关闭路由器内的代理(或将其排除),否则测速结果可能会不准确/无法使用。

# 因为每次测速都是在每个 IP 段中随机 IP,所以每次的测速结果都不可能相同,这是正常的!

# 注意!我发现电脑开机后第一次测速延迟会明显偏高(手动 TCPing 也一样),后续测速都正常
# 因此建议大家开机后第一次正式测速前,先随便测几个 IP(无需等待延迟测速完成,只要进度条动了就可以直接关了)

# 软件在 默认参数 下的整个流程大概步骤:
# 1. 延迟测速(默认 TCPing 模式,HTTPing 模式需要手动加上参数)
# 2. 延迟排序(延迟 从低到高 排序并按条件过滤,不同丢包率会分开排序,因此可能会有一些延迟低但丢包的 IP 排到后面)
# 3. 下载测速(从延迟最低的 IP 开始依次下载测速,默认测够 10 个就会停止)
# 4. 速度排序(速度从高到低排序)
# 5. 输出结果(通过参数控制是否输出到命令行(-p 0)或输出到文件(-o ""))

# 注意:输出的结果文件 result.csv 通过微软 Excel 表格打开会中文乱码,这是正常的,其他表格软件/记事本都显示正常

测速结果第一行就是既下载速度最快、又平均延迟最低的最快 IP

完整结果保存在当前目录下的 result.csv 文件中,用记事本/表格软件打开,格式如下:

IP 地址, 已发送, 已接收, 丢包率, 平均延迟, 下载速度 (MB/s)
104.27.200.69,4,4,0.00,146.23,28.64
大家可以按自己需求,对完整结果进一步筛选处理,或者去看一看进阶使用指定过滤条件

进阶使用

直接运行使用的是默认参数,如果想要测速结果更全面、更符合自己的要求,可以自定义参数。

C:\>CloudflareST.exe -h

CloudflareSpeedTest vX.X.X
测试 Cloudflare CDN 所有 IP 的延迟和速度,获取最快 IP (IPv4+IPv6)!
https://github.com/XIU2/CloudflareSpeedTest

参数:
    -n 200
        延迟测速线程;越多延迟测速越快,性能弱的设备 (如路由器) 请勿太高;(默认 200 最多 1000)
    -t 4
        延迟测速次数;单个 IP 延迟测速的次数;(默认 4 次)
    -dn 10
        下载测速数量;延迟测速并排序后,从最低延迟起下载测速的数量;(默认 10 个)
    -dt 10
        下载测速时间;单个 IP 下载测速最长时间,不能太短;(默认 10 秒)
    -tp 443
        指定测速端口;延迟测速/下载测速时使用的端口;(默认 443 端口)
    -url https://cf.xiu2.xyz/url
        指定测速地址;延迟测速(HTTPing)/下载测速时使用的地址,默认地址不保证可用性,建议自建;

    -httping
        切换测速模式;延迟测速模式改为 HTTP 协议,所用测试地址为 [-url] 参数;(默认 TCPing)
        注意:HTTPing 本质上也算一种 网络扫描 行为,因此如果你在服务器上面运行,需要降低并发(-n),否则可能会被一些严格的商家暂停服务。
        如果你遇到 HTTPing 首次测速可用 IP 数量正常,后续测速越来越少甚至直接为 0,但停一段时间后又恢复了的情况,那么也可能是被 运营商、Cloudflare CDN 认为你在网络扫描而 触发临时限制机制,因此才会过一会儿就恢复了,建议降低并发(-n)减少这种情况的发生。
    -httping-code 200
        有效状态代码;HTTPing 延迟测速时网页返回的有效 HTTP 状态码,仅限一个;(默认 200 301 302)
    -cfcolo HKG,KHH,NRT,LAX,SEA,SJC,FRA,MAD
        匹配指定地区;地区名为当地机场三字码,英文逗号分隔,支持小写,支持 Cloudflare、AWS CloudFront,仅 HTTPing 模式可用;(默认 所有地区)

    -tl 200
        平均延迟上限;只输出低于指定平均延迟的 IP,各上下限条件可搭配使用;(默认 9999 ms)
    -tll 40
        平均延迟下限;只输出高于指定平均延迟的 IP;(默认 0 ms)
    -tlr 0.2
        丢包几率上限;只输出低于/等于指定丢包率的 IP,范围 0.00~1.00,0 过滤掉任何丢包的 IP;(默认 1.00)
    -sl 5
        下载速度下限;只输出高于指定下载速度的 IP,凑够指定数量 [-dn] 才会停止测速;(默认 0.00 MB/s)

    -p 10
        显示结果数量;测速后直接显示指定数量的结果,为 0 时不显示结果直接退出;(默认 10 个)
    -f ip.txt
        IP段数据文件;如路径含有空格请加上引号;支持其他 CDN IP段;(默认 ip.txt)
    -ip 1.1.1.1,2.2.2.2/24,2606:4700::/32
        指定IP段数据;直接通过参数指定要测速的 IP 段数据,英文逗号分隔;(默认 空)
    -o result.csv
        写入结果文件;如路径含有空格请加上引号;值为空时不写入文件 [-o ""];(默认 result.csv)

    -dd
        禁用下载测速;禁用后测速结果会按延迟排序 (默认按下载速度排序);(默认 启用)
    -allip
        测速全部的IP;对 IP 段中的每个 IP (仅支持 IPv4) 进行测速;(默认 每个 /24 段随机测速一个 IP)

    -v
        打印程序版本 + 检查版本更新
    -h
        打印帮助说明

界面解释

为了避免大家对测速过程中的输出内容产生误解(可用、队列等数字,下载测速一半就"中断"?),我特意解释下。


该实例把常用参数都给加上了,即为:-ttl 40 -tl 150 -sl 1 -dn 5,最后输出结果如下:
# XIU2/CloudflareSpeedTest vX.X.X

开始延迟测速(模式:TCP, 端口:443, 范围:40 ~ 150 ms, 丢包:1.00)
321 / 321 [----------------------------------------------------------------------------------] 可用: 30
开始下载测速(下限:1.00 MB/s, 数量:5, 队列:10)
3 / 5 [---------------------------------------------------------↗---------------------------]
IP 地址           已发送  已接收  丢包率  平均延迟  下载速度 (MB/s)
XXX.XXX.XXX.XXX   4       4      0.00    83.32    3.66
XXX.XXX.XXX.XXX   4       4      0.00    107.81   2.49
XXX.XXX.XXX.XXX   4       3      0.25    149.59   1.04

完整测速结果已写入 result.csv 文件,可使用记事本/表格软件查看。
按下 回车键 或 Ctrl+C 退出。

刚接触 CloudflareST 的人,可能会迷惑明明延迟测速可用 IP 有 30 个,怎么最后只剩下 3 个了呢?
下载测速里的队列又是什么意思?难道我下载测速还要排队?

CloudflareST 会先延迟测速,在这过程中进度条右侧会实时显示可用 IP 数量(可用: 30),但注意该可用数量指的是测试通过没有超时的 IP 数量,和延迟上下限、丢包条件无关。当延迟测速完成后,因为还指定了延迟上下限、丢包的条件,所以按照条件过滤后只剩下 10 个了(也就是等待下载测速的 队列:10)。

即以上示例中,321 个 IP 延迟测速完成后,只有 30 个 IP 测试通过没有超时,然后根据延迟上下限范围:40 ~ 150 ms 及丢包上限条件过滤后,只剩下 10 个满足要求的 IP 了。如果你 -dd 禁用了下载测速,那么就会直接输出这 10 个 IP 了。当然该示例并未禁用,因此接下来软件会继续对这 10 个 IP 进行下载测速(队列:10)。

因为下载测速是单线程一个个 IP 挨着排队测速的,因此等待下载测速的 IP 数量才会叫做 队列

你可能注意到了,明明指定了要找到 5 个满足下载速度条件的 IP,怎么才 3 个就 “中断” 了呢?

下载测速进度条中的 3 / 5,前者指的是找到了 3 个满足下载速度下限条件的 IP(即下载速度高于 1 MB/s ),后者 5 指的是你要求找到 5 个满足下载速度下限条件的 IP(-dn 5)。

另外,提醒一下,如果你指定的 -dn 大于下载测速队列,比如你延迟测速后只剩下 4 个 IP 了,那么下载测速进度条中后面的数字就会和下载测速队列一样都是 4 个,而非你 -dn 指定的 5 个了。

软件在测速完这 10 个 IP 后,只找到了 3 个下载速度高于 1 MB/s 的 IP,剩下的 7 个 IP 都是 “不及格” 的。

因此,这不是 “每次测速都不到 5 就中断了”,而是所有 IP 都下载测速完了,但却只找到了 3 个满足条件的。


如果不想遇到这种全部测速一遍都没几个满足条件的情况,那么就要调低下载速度上限参数 -sl,或者移除。

因为只要指定了 -sl 参数,那么只要没有凑够 -dn 的数量(默认 10 个),就会一直测速下去,直到凑够或全部测速完。移除 -sl 并添加 -dn 20 参数,这样就是只测速延迟最低的前 20 个 IP,测速完就停止,节省时间。


另外,如果全部队列 IP 都测速完了,但一个满足下载速度条件的 IP 都没有,那么就会直接输出全部队列 IP 的下载测速结果,这样你就能看到这些 IP 的下载速度都有多少,心里也就有数了,然后适当调低 -sl 再试试

同样,延迟测速方面,可用: 30队列:10 这两个数值也可以让你清楚,你设置的延迟条件对你来说是否过于苛刻。如果可用 IP 一大堆,但条件过滤后只剩下 2、3 个,那不用说就知道需要调低预期的延迟/丢包条件了。

这两个机制,一个是告诉你延迟丢包条件是否合适的,一个是告诉你下载速度条件是否合适的。


使用示例

Windows 要指定参数需要在 CMD 中运行,或者把参数添加到快捷方式目标中。

注意:各参数均有默认值,使用默认值的参数是可以省略的(按需选择),参数不分前后顺序
提示:Windows PowerShell 只需把下面命令中的 CloudflareST.exe 改为 .\CloudflareST.exe 即可。
提示:Linux 系统只需要把下面命令中的 CloudflareST.exe 改为 ./CloudflareST 即可。

CMD 带参数运行 CloudflareST

对命令行程序不熟悉的人,可能不知道该如何带参数运行,我就简单说一下。


很多人打开 CMD 以绝对路径运行 CloudflareST 会报错,这是因为默认的 -f ip.txt 参数是相对路径,需要指定绝对路径的 ip.txt 才行,但这样毕竟太麻烦了,因此还是建议进入 CloudflareST 程序目录下,以相对路径方式运行:

方式 一

  1. 打开 CloudflareST 程序所在目录
  2. 空白处按下 Shift + 鼠标右键 显示右键菜单
  3. 选择 [在此处打开命令窗口] 来打开 CMD 窗口,此时默认就位于当前目录下
  4. 输入带参数的命令,如:CloudflareST.exe -tll 50 -tl 200即可运行

方式 二

  1. 打开 CloudflareST 程序所在目录
  2. 直接在文件夹地址栏中全选并输入 cmd 回车来打开 CMD 窗口,此时默认就位于当前目录下
  3. 输入带参数的命令,如:CloudflareST.exe -tll 50 -tl 200即可运行

当然你也可以随便打开一个 CMD 窗口,然后输入如 cd /d "D:\Program Files\CloudflareST" 来进入程序目录

提示:如果用的是 PowerShell 只需把命令中的 CloudflareST.exe 改为 .\CloudflareST.exe 即可。


Windows 快捷方式带参数运行 CloudflareST

如果不经常修改运行参数(比如平时都是直接双击运行)的人,建议使用快捷方式,更方便点。


右键 CloudflareST.exe 文件 - [创建快捷方式],然后右键该快捷方式 - [属性],修改其目标

# 如果要不输出结果文件,那么请加上 -o " ",引号里的是空格(没有空格会导致该参数被省略)。
D:\ABC\CloudflareST\CloudflareST.exe -n 500 -t 4 -dn 20 -dt 5 -o " "

# 如果文件路径包含引号,则需要把启动参数放在引号外面,记得引号和 - 之间有空格。
"D:\Program Files\CloudflareST\CloudflareST.exe" -n 500 -t 4 -dn 20 -dt 5 -o " "

# 注意!快捷方式 - 起始位置 不能是空的,否则就会因为绝对路径而找不到 ip.txt 文件

IPv4/IPv6


# 指定自带的 IPv4 数据文件可测速这些 IPv4 地址(-f 默认值就是 ip.txt,所以该参数可省略)
CloudflareST.exe -f ip.txt

# 指定自带的 IPv6 数据文件可测速这些 IPv6 地址
# 另外,v2.1.0 版本后支持 IPv4+IPv6 混合测速并移除了 -ipv6 参数,因此一个文件内可以同时包含 IPv4+IPv6 地址
CloudflareST.exe -f ipv6.txt

# 也可以直接通过参数指定要测速的 IP
CloudflareST.exe -ip 1.1.1.1,2606:4700::/32
测速 IPv6 时,可能会注意到每次测速数量都不一样,了解原因: #120
因为 IPv6 太多(以亿为单位),且绝大部分 IP 段压根未启用,所以我只扫了一部分可用的 IPv6 段写到 ipv6.txt 文件中,有兴趣的可以自行扫描增删,ASN 数据源来自:bgp.he.net

HTTPing


目前有两种延迟测速模式,分别为 TCP 协议、HTTP 协议
TCP 协议耗时更短、消耗资源更少,超时时间为 1 秒,该协议为默认模式。
HTTP 协议适用于快速测试某域名指向某 IP 时是否可以访问,超时时间为 2 秒。
同一个 IP,各协议去 Ping 得到的延迟一般为:ICMP < TCP < HTTP,越靠右对丢包等网络波动越敏感。

注意:HTTPing 本质上也算一种网络扫描行为,因此如果你在服务器上面运行,需要降低并发(-n),否则可能会被一些严格的商家暂停服务。如果你遇到 HTTPing 首次测速可用 IP 数量正常,后续测速越来越少甚至直接为 0,但停一段时间后又恢复了的情况,那么也可能是被 运营商、Cloudflare CDN 认为你在网络扫描而触发临时限制机制,因此才会过一会儿就恢复了,建议降低并发(-n)减少这种情况的发生。

另外,本软件 HTTPing 仅获取响应头(response headers),并不获取正文内容(即 URL 文件大小不影响 HTTPing 测试,但如果你还要下载测速的话,那么还是需要一个大文件的),类似于 curl -i 功能。

# 只需加上 -httping 参数即可切换到 HTTP 协议延迟测速模式
CloudflareST.exe -httping

# 软件会根据访问时网页返回的有效 HTTP 状态码来判断可用性(当然超时也算),默认对返回 200 301 302 这三个 HTTP 状态码的视为有效,可以手动指定认为有效的 HTTP 状态码,但只能指定一个(你需要提前确定测试地址正常情况下会返回哪个状态码)
CloudflareST.exe -httping -httping-code 200

# 通过 -url 参数来指定 HTTPing 测试地址(可以是任意网页 URL,不局限于具体文件地址)
CloudflareST.exe -httping -url https://cf.xiu2.xyz/url
# 如果你要 HTTPing 测试其他网站/CDN,那么指定一个该网站/使用该 CDN 的地址(因为软件默认地址是 Cloudflare 的,只能用于测试 Cloudflare 的 IP)

# 注意:如果测速地址为 HTTP 协议,记得加上 -tp 80(这个参数会影响 延迟测速/下载测速 时使用的端口)
# 同理,如果要测速 80 端口,那么也需要加上 -url 参数来指定一个 http:// 协议的地址才行(且该地址不会强制重定向至 HTTPS),如果是非 80 443 端口,那么需要确定该下载测速地址是否支持通过该端口访问。
CloudflareST.exe -httping -tp 80 -url http://cdn.cloudflare.steamstatic.com/steam/apps/5952/movie_max.webm

匹配指定地区(colo 机场三字码)


# 该功能支持 Cloudflare CDN、AWS CloudFront CDN,且这两个 CDN 的机场三字码是通用的
# 注意:如果你要用于筛选 AWS CloudFront CDN 地区,那么要通过 -url 参数指定一个使用该 CDN 的地址(因为软件默认地址是 Cloudflare 的)

# 指定地区名后,延迟测速后得到的结果就都是指定地区的 IP 了(也可以继续进行下载测速)
# 节点地区名为当地 机场三字码,指定多个时用英文逗号分隔,v2.2.3 版本后支持小写

CloudflareST.exe -cfcolo HKG,KHH,NRT,LAX,SEA,SJC,FRA,MAD

# 注意,该参数只有在 HTTPing 延迟测速模式下才可用(因为要访问网页来获得)
两个 CDN 机场三字码通用,因此各地区名可见:https://www.cloudflarestatus.com/

文件相对/绝对路径


# 指定 IPv4 数据文件,不显示结果直接退出,输出结果到文件(-p 值为 0)
CloudflareST.exe -f 1.txt -p 0 -dd

# 指定 IPv4 数据文件,不输出结果到文件,直接显示结果(-p 值为 10 条,-o 值为空但引号不能少)
CloudflareST.exe -f 2.txt -o "" -p 10 -dd

# 指定 IPv4 数据文件 及 输出结果到文件(相对路径,即当前目录下,如含空格请加上引号)
CloudflareST.exe -f 3.txt -o result.txt -dd


# 指定 IPv4 数据文件 及 输出结果到文件(相对路径,即当前目录内的 abc 文件夹下,如含空格请加上引号)
# Linux(CloudflareST 程序所在目录内的 abc 文件夹下)
./CloudflareST -f abc/3.txt -o abc/result.txt -dd

# Windows(注意是反斜杠)
CloudflareST.exe -f abc\3.txt -o abc\result.txt -dd


# 指定 IPv4 数据文件 及 输出结果到文件(绝对路径,即 C:\abc\ 目录下,如含空格请加上引号)
# Linux(/abc/ 目录下)
./CloudflareST -f /abc/4.txt -o /abc/result.csv -dd

# Windows(注意是反斜杠)
CloudflareST.exe -f C:\abc\4.txt -o C:\abc\result.csv -dd


# 如果要以【绝对路径】运行 CloudflareST,那么 -f / -o 参数中的文件名也必须是【绝对路径】,否则会报错找不到文件!
# Linux(/abc/ 目录下)
/abc/CloudflareST -f /abc/4.txt -o /abc/result.csv -dd

# Windows(注意是反斜杠)
C:\abc\CloudflareST.exe -f C:\abc\4.txt -o C:\abc\result.csv -dd

测速其他端口


# 如果你想要测速非默认 443 的其他端口,则需要通过 -tp 参数指定(该参数会影响 延迟测速/下载测速 时使用的端口)

# 如果要延迟测速 80 端口+下载测速(如果 -dd 禁用了下载测速则不需要),那么还需要指定 http:// 协议的下载测速地址才行(且该地址不会强制重定向至 HTTPS,因为那样就变成 443 端口了)
CloudflareST.exe -tp 80 -url http://cdn.cloudflare.steamstatic.com/steam/apps/5952/movie_max.webm

# 如果是非 80 443 的其他端口,那么需要确定你使用的下载测速地址是否支持通过该非标端口访问。

自定义测速地址


# 该参数适用于下载测速 及 HTTP 协议的延迟测速,对于后者该地址可以是任意网页 URL(不局限于具体文件地址)

# 地址要求:可以直接下载、文件大小超过 200MB、用的是 Cloudflare CDN
CloudflareST.exe -url https://cf.xiu2.xyz/url

# 注意:如果测速地址为 HTTP 协议(该地址不能强制重定向至 HTTPS),记得加上 -tp 80(这个参数会影响 延迟测速/下载测速 时使用的端口),如果是非 80 443 端口,那么需要确定下载测速地址是否支持通过该端口访问。
CloudflareST.exe -tp 80 -url http://cdn.cloudflare.steamstatic.com/steam/apps/5952/movie_max.webm

自定义测速条件(指定 延迟/丢包/下载速度 的目标范围)


注意:延迟测速进度条右边的可用数量,仅指延迟测速过程中未超时的 IP 数量,和延迟上下限条件无关。
  • 仅指定 [平均延迟上限] 条件
# 平均延迟上限:200 ms,下载速度下限:0 MB/s
# 即找到平均延迟低于 200 ms 的 IP,然后再按延迟从低到高进行 10 次下载测速
CloudflareST.exe -tl 200
如果没有找到一个满足延迟条件的 IP,那么不会输出任何内容。

  • 仅指定 [平均延迟上限] 条件,且只延迟测速,不下载测速
# 平均延迟上限:200 ms,下载速度下限:0 MB/s,数量:不知道多少 个
# 即只输出低于 200ms 的 IP,且不再下载测速(因为不再下载测速,所以 -dn 参数就无效了)
CloudflareST.exe -tl 200 -dd
  • 仅指定 [丢包几率上限] 条件
# 丢包几率上限:0.25
# 即找到丢包率低于等于 0.25 的 IP,范围 0.00~1.00,如果 -tlr 0 则代表过滤掉任何丢包的 IP
CloudflareST.exe -tlr 0.25

  • 仅指定 [下载速度下限] 条件
# 平均延迟上限:9999 ms,下载速度下限:5 MB/s,数量:10 个(可选)
# 即需要找到 10 个平均延迟低于 9999 ms 且下载速度高于 5 MB/s 的 IP 才会停止测速
CloudflareST.exe -sl 5 -dn 10

如果没有找到一个满足速度条件的 IP,那么会忽略条件输出所有 IP 测速结果(方便你下次测速时调整条件)。

没有指定平均延迟上限时,如果一直凑不够满足条件的 IP 数量,就会一直测速下去。
所以建议同时指定 [下载速度下限] + [平均延迟上限],这样测速到指定延迟上限还没凑够数量,就会终止测速。


  • 同时指定 [平均延迟上限] + [下载速度下限] 条件
# 平均延迟上限、下载速度下限均支持小数(如 -sl 0.5)
# 平均延迟上限:200 ms,下载速度下限:5.6 MB/s,数量:10 个(可选)
# 即需要找到 10 个平均延迟低于 200 ms 且下载速度高于 5 .6MB/s 的 IP 才会停止测速
CloudflareST.exe -tl 200 -sl 5.6 -dn 10

如果没有找到一个满足延迟条件的 IP,那么不会输出任何内容。
如果没有找到一个满足速度条件的 IP,那么会忽略条件输出所有 IP 测速结果(方便你下次测速时调整条件)。
所以建议先不指定条件测速一遍,看看平均延迟和下载速度大概在什么范围,避免指定条件过低/过高

因为 Cloudflare 公开的 IP 段是回源 IP+任播 IP,而回源 IP是无法使用的,所以下载测速是 0.00。
运行时可以加上 -sl 0.01(下载速度下限),过滤掉回源 IP(下载测速低于 0.01MB/s 的结果)。


单独对一个或多个 IP 测速


方式 一
直接通过参数指定要测速的 IP 段数据。

# 先进入 CloudflareST 所在目录,然后运行:
# Windows 系统(在 CMD 中运行)
CloudflareST.exe -ip 1.1.1.1,2.2.2.2/24,2606:4700::/32

# Linux 系统
./CloudflareST -ip 1.1.1.1,2.2.2.2/24,2606:4700::/32

方式 二
或者把这些 IP 按如下格式写入到任意文本文件中,例如:1.txt

1.1.1.1
1.1.1.200
1.0.0.1/24
2606:4700::/32
单个 IP 的话可以省略 /32 子网掩码了(即 1.1.1.1等同于 1.1.1.1/32)。
子网掩码 /24 指的是这个 IP 最后一段,即 1.0.0.1~1.0.0.255

然后运行 CloudflareST 时加上启动参数 -f 1.txt 来指定 IP 段数据文件。

# 先进入 CloudflareST 所在目录,然后运行:
# Windows 系统(在 CMD 中运行)
CloudflareST.exe -f 1.txt

# Linux 系统
./CloudflareST -f 1.txt

# 对于 1.0.0.1/24 这样的 IP 段只会随机最后一段(1.0.0.1~255),如果要测速该 IP 段中的所有 IP,请加上 -allip 参数。

如果您不希望自己一个个筛选,也可以选择使用别人已经优选好的解析,返回您的DNS控制台,将刚刚的cname解析修改到优选好的域名即可
202404040737416919.webp

四、效果一览

202404040739109336.webp
可以看到,速度表现非常好,并且通过分线路解析,我们还能实现比如联通走香港和东京,电信走西海岸,移动走香港(虽然说现在推荐走SEA)的优化操作
202404040740364782.webp
202404040741524755.webp

3

评论 (1)

取消
  1. 头像
    不凡
    Android · Google Chrome

    看着好复杂

    回复