发现用TLS进行server hello检测会导致大面积cf阻断，还是退回tcp握手检测。

移动用户轻松连接HKG数据中心

增加了一个参数-multi
Usage of ./cfd:
-file string
IP地址文件名称 (default "ip.txt")
-max int
最大允许延迟（毫秒），超过此延迟将断开连接 (default 500)
-min int
最小允许延迟（毫秒），低于此延迟的连接将被视为有效 (default 300)
-multi
是否启用多目标模式 (default true)
-num int
转发的IP数量 (default 10)
-task int
并发请求最大协程数 (default 100)


./cfd -multi=false 就变成了单一IP转发模式，属于垃圾堆里淘金的那种意思。

cloudflare-warp 最新版支持MASQUE协议目前国内可用
一种是登录zerotrust改账户连接协议
还有一种方法就是修改配置文件
Windows下给 mdm.xml 放到 C:\ProgramData\Cloudflare
Linux下给 mdm.xml 放到 /var/lib/cloudflare-warp
然后用 warp-cli settings 命令查看连接协议已经动态切换到MASQUE
Windows自行去官网 https://1111-releases.cloudflareclient.com/win/latest 下载完安装
linux amd64环境下提取的二进制压缩包 warp-linux-amd64.zip
linux环境下需要下面的依赖

apt update && apt install desktop-file-utils gnupg2 libjansson4 libnftables1 libnspr4 libnss3 libnss3-tools nftables

目前优选方案已经测试过，可用的IP太少(169.159.197.0/24,162.159.198.1,162.159.199.1)，暂时不值得去弄。如果有v6环境默认还是非常快的。

经过群友一段时间的使用和反馈，更新了一下 cfnat
ioutil.ReadFile 在 Go 1.16 之后被标记为过时，改用 os.ReadFile 来解决本地文件打开不能正常关闭问题
移除原有的-min 和 -max参数(功能有部分重复)
新增-delay参数来替代原有的min和max控制tcp超时
具体参数详见 https://t.me/CF_NAT/38840

再次更新 cfnat ，新增-code参数来自定义http状态码
现在改成自定义状态码和自定义状态码检测域名地址
内置的 cloudflaremirrors.com/debian 是全端口兼容地址
因为发现泛播ip段有所谓的"黑洞"ip，这些ip具体表现形式是 domain/cdn-cgi/trace 状态码返回正常，信息返回也正常，但是实际ip是无效的
具体复现方式
curl --resolve cloudflaremirrors.com:443:162.159.133.81 https://cloudflaremirrors.com/debian -o /dev/null -w %{http_code} 状态码 301
curl --resolve cloudflaremirrors.com:443:162.159.133.82 https://cloudflaremirrors.com/debian -o /dev/null -w %{http_code} 状态码 403
curl --resolve cloudflaremirrors.com:443:162.159.133.83 https://cloudflaremirrors.com/debian -o /dev/null -w %{http_code} 状态码 200
curl --resolve cloudflaremirrors.com:443:162.159.133.81 https://cloudflaremirrors.com/cdn-cgi/trace -o /dev/null -w %{http_code} 状态码 200
curl --resolve cloudflaremirrors.com:443:162.159.133.82 https://cloudflaremirrors.com/cdn-cgi/trace -o /dev/null -w %{http_code} 状态码 200
curl --resolve cloudflaremirrors.com:443:162.159.133.83 https://cloudflaremirrors.com/cdn-cgi/trace -o /dev/null -w %{http_code} 状态码 200
所以这种情况虽然是小概率事件，但是掉入这样的"黑洞"ip直接断网失联还难以排查问题。所以请尽快更新到最新版，以避免陷入此类问题。

更新了一下 SecureTCPRelay ，移除了纯tcp转发模式(脱裤子放屁的功能)
优化后的 -domain 参数的过滤更加简洁高效
使用说明 https://t.me/CF_NAT/38836

cfnat 专治泛播ip动态路由

时隔一个月修复更新，修改了切换ip逻辑，新增arm v5 v6 v7独立版本

有需要的再更新一下，优化了不少内容，资源开销更低了。不出意外，这个应该就是cfnat最终版本了😁

Cloudflare CDN 网络 IP 扫描与性能测试工具
针对 Cloudflare CDN 网络进行 IP 扫描与性能测试，输出详细的测试结果和横向柱状图，方便用户直观分析 Cloudflare CDN 网络的表现。
该工具的设计目的是帮助用户筛选出适合自己的数据中心，并提取优质的 IP 段以供 cfnat 使用。
工具由 DeepSeek R1 构建，内置源码！
**开箱即用，傻瓜化操作**！😁

改了一个默认参数，给丢包延迟判断参数设置到500毫秒，数据更接近实际使用情况

国内目前WARP可用的MASQUE协议ipv4端点

162.159.198.2:443
162.159.198.2:500
162.159.198.2:1701
162.159.198.2:4500
162.159.198.2:4443
162.159.198.2:8443
162.159.198.2:8095
162.159.199.2:443
162.159.199.2:500
162.159.199.2:1701
162.159.199.2:4500
162.159.199.2:4443
162.159.199.2:8443
162.159.199.2:8095

测速良好，我电信200兆 speedtest cli 直接跑满
https://www.speedtest.net/result/c/dee576da-fca7-4636-b1de-1447500477bd

另外支持MASQUE协议的优选IP工具已经开发完成，鉴于目前可用IP只有两个，已经没有必要去折腾优选了。