友情提示

此内容只在NodeSeek和我的博客发表
如果你是做CF官方优选的开发者 如果你还想你做的优选卖得出去
就不要收录我维护的这个Cname 谢谢
被收录的反代优选IP主人请联系我 手动移除
其实你只需要禁Ping 就不会被我的自动化程序收录

开发环境

代码由Grok替我修改完成 语言为Pyhton 脚本由我自己提需求和反复测试完成
我自己是不会写代码的 但我脑海里有程序最终效果的画面
我会测试 会找bug 承认自己不会写代码并不丢人

开发过程

开发的过程的想法以及优缺点详细的记录在我的博客由我亲自维护的CF优选反代IP的Cname
期间经历多次失败 多次想法的转换 反复修改了多个版本
虽然代码不是我自己写的 但是程序里的每一个步骤和逻辑都是我独立思考完成的
少不了我把当时的想法记录在博客(记事本)上 才得以成功
感谢Ai 没有Ai 空有想法 我是肯定做不到的

功能介绍

  1. 全自动写入已经经过大佬们爬取后的优选反代IP
  2. 全自动测试已有的优选反代IP是否生效(多线程测试 平均速度不会超过30s)
  3. 测试通过的IP会记录一次成功 失败记录一次失败 下次成功会重置失败次数 如果连续达到两次则删除IP
  4. CloudFlare ddns脚本会挑选延迟低于等于100ms 成功次数大于等于1 失败次数为0的IP进行全自动添加删除dns解析(可自定义)
  5. Dnspod ddns脚本会从成功次数最高 失败次数为0 延迟最低的IP里进行挑选两个进行修改替换(经测试这个最稳)

ps:筛选是从80 443 端口找的 只保证443端口可用 其中大量80 端口是失效的 因为我的目的就是建站 肯定是带证书的 无需纠结这个问题

打印日志

以下其实是两个脚本 一个测试脚本 一个cf的ddns脚本
被我写进一个执行计划任务了 频率为10分钟一次 ddns脚本可以更频繁 测试频率则可以拉长

以下为我最开始完成的dnspod ddns优选脚本 还有一些bug没改 但功能是正常的 始终会去json文件里找成功次数最高 延迟最低的IP进行替换
这个频率也是10分钟一次 因为完成速度非常快 改成3分钟都是没问题的 这个应该是最稳的

Cname地址

此域名在cf下 因为可以添加封顶1000个解析 我脚本里设置的是最大数量为100 达到此记录则会自动删除多余的
我虽然记录了大量的可用的IP 但加速网站效果并不好 所以我又给cf的ddns加入了延迟判定
现在的参数是 低于延迟100ms的IP 全部进行ddns 所以你会看到上面的脚本 达到这个条件的数量为49个
推荐使用场景:图床 OSS
实际体验:线路会包含所有香港节点 偶尔会闯入韩国日本新加坡的节点 速度不够极致 不够稳定 但是CDN IP多 能装逼

fastcdn.kisskiss.store

接下来是dnspod的 因为默认线路只能添加2个 所以这两个就是测试成功最多 延迟最低 最稳的咯 也是我比较推荐使用的
推荐使用场景:需要稳定在线的站点 博客和一些静态页面的速度会非常快
实际体验:最稳的 速度也还算可以

fastcdn.darklotus.cn

后来我又搞了一个低于50延迟的cf ddns脚本 加入IP前缀的筛选 目前我设置的8开头
因为我发现香港阿里云8开头的IP段基本都是大水管全国全绿 非常爽!!
广东线路测试低于50ping 8开头的IP 基本可以确保百分之99是香港阿里云的优选IP了
目前数量最大解析数量为50 已解析的数量为20个
我用itdog测试了一下 全是香港阿里云 也是全国全绿 但这个是我最后完成开发 所以没来得及套网站测试
推荐使用场景:oss 图床 想要极致速度的站点
实际体验:很稳 全是8开头的阿里云香港 速度非常快 体验棒棒哒!

hkcdn.kisskiss.store

加速效果

以下测试网站源站为Vercel 经过Saas实现套上CloudFlare的优选IP
使用的Dnspod下的 fastcdn.darklotus.cn 解析最高数量为2
成功最多 延迟最低 最稳的线路 可以看到速度有多快

以下图片为源站在国外服务器的图床 大小为 11.5 MB
使用的CloudFlare下的 fastcdn.kisskiss.store 解析最高数量为100
2024-10-27-152825.png
itdog测试结果:

大家可以通过 itdog给自己网站进行测速 查看效果

个人锐评

我觉得还可以 现目前没看到有那个大佬做这个 没想到我一个小菜鸡做到了 退而求其次还能把脚本改为DNS健康监测 思路我已经毫无保留的分享了 希望大家可以夸夸我 我真的挺棒的 :ac18:

使用方法

会 Cloudflare for SaaS 的站长们 都知道怎么使用 我就不多说了 不懂的去搜 网上已有大量教程贴

缺点

简单来说就是获取不到客户端真实IP
这些IP还容易被cf官方判定为自动攻击程序
所以使用这些节点一定要去cf防火墙里关掉阻止访问的各种规则
尽量采用质询来阻挡恶意攻击
源站服务器的防火墙直接失效 你会看到所有请求都是通过这些优选IP进行访问的!
缓存一定要配置好!减少回源 不然源站顶不住的!

疑问点

你猜为什么我是可以精准判定是香港阿里云 或者确保一定是香港线路呢?这还得多亏论坛里的大佬告诉我阿里云的IP段 我先IP段筛选一遍
然后我的腾讯云国内线路又是广东地区的 你猜广东线路去测试IP 阿里云香港的延迟会是怎么样的呢?答案就是很低呀 基本低于50的全是香港
但速度我是没测的 延迟低 小水管的很多 我是通过筛选8开头来判断的 因为我发现8开头的香港阿里云速度大多数都很快
其实家宽测试也差不多 重点是筛选出不可用IP 延迟低的基本国内体验都很好

换个思路

目前我调试好的这几个脚本 还能当dns健康监测脚本 也就是那些做了国内外分流的网站 你的源站不暴露的情况下 国内cdn被打崩了
通过测试脚本手动填写CDN的IP后 即可自动监测IP的可用性(CNAME的CDN也是可以做到的) 其实就类似于cdn系统里的健康检查一样的原理
我目前就在dnspod上做到了
国内cdn被打崩 全部dns解析IP被删除后 会自动切换到cloudflare的线路上 确保了网站的稳定性

IP来源

全自动IP获取来源由以下大佬提供
https://github.com/xingpingcn/enhanced-FaaS-in-China
(这个大佬提供vercel netlify cf 三家的优化线路 之前我都是用他做的cname加速的 感谢!)
https://zip.baipiao.eu.org
(这个是大佬批量扫的 每日更新 大佬已经帮我筛选了一遍了 感谢)

其实我的脚本也已经实现了批量并发测试 我只需要把阿里云香港的IP段转换成IP 丢进测试IP文本跑一遍测试就完事了 只需要挂机什么都不用管 就会自动清理掉不可用的IP 留下可用的IP 毕竟我所有的ddns脚本 都已经改为通过json文本数据库来进行筛选了 不可用的IP压根就不会进入我的dns解析 因为两个ddns脚本都是不会选择错误次数大于0的IP进行更新 已经解析的IP在json数据库里被标记为不可用后也是立马会被替换下来
同理 其他大厂的优选IP 任意端口 我都能够自行获取到 没有什么人可以卡我脖子

免责声明

仅供学习参考 不允许滥用 不允许卖钱!!!
合法合规的站点都可以指向我的cname进行加速!
我是完全监控不到你们的行为的!你们的所有行为必须由你自己负责!
不要来害我!不要来害我!不要来害我!

最后修改:2025 年 01 月 06 日
如果觉得我的文章对你有用,请随意赞赏