前言
该项目自23年9月份至今已过去近5个月的迭代升级,服务也已经基本稳定,后续一段时间暂时不折腾了。
未来计划的开发方向会是分地区解析,期待未来有更多地区的老哥,参与进来提供更多地区的测速点。
关于合理使用的用途
本项目一直都是为了网站加速而开发的。
为了保证分配给网站的IP多地区可以访问,因此系统会屏蔽一些地区性优质IP。
而且CloudFlare本身就是泛播IP(同一个IP不同地区链接的线路机房不一样)。
我所筛选出来的IP,对于网站来说多地区能访问的优质IP,未必是您本地上网最优质IP。
希望各位用来上网的朋友,请自行使用CloudflareSpeedTest等工具自行测试。
感谢您的理解与支持。
更新详情(20240227)
自从上次cname地址被污染,为应对被墙,尝试了各种办法。
如对免费渠道的IP进行独立分配(cname、api接口数据、页面展示数据单独分配IP等)、延长更新时间等,均无效果每天仍然有大量被墙的IP。
经过对不良林等上网代理教程研究,发现他们会扫别人的域名,然后挑选下载速度最快的IP来上网,猜测是因为这些IP流量太大被高墙拉黑。
(这里有一事不解,看教程这帮所谓的大佬都有开发经验,自己开发个工具测官方的IP应该不难吧!非得教别人扫域名是不是太坏了。)
因此我在系统增加了对已经分配的IP进行监测,若监测到有被墙的IP,则会对该IP相同线路的IP进行屏蔽,目前测试已经初见效果。
目前脚本还需要优化,等没问题了,我将考虑再次提供公共cname服务。
效果演示
CloudFlare【IPV4】网站(缓存)使用CF2DNS免费KEY更新实测效果(2024年2月27日15.30截图,不同时间段结果不同,仅供参考)
CloudFlare【IPV4】网站(缓存)使用CF2DNS付费KEY更新实测效果(2024年2月27日15.30截图,不同时间段结果不同,仅供参考)
CloudFront【IPV4】网站(缓存)使用公共CNAME实测效果(2024年2月27日15.30截图,不同时间段结果不同,仅供参考)
Gcore【IPV4】网站(缓存)使用公共CNAME实测效果(2024年2月27日15.30截图,不同时间段结果不同,仅供参考)
官方网站
[链接登录后可见]
功能说明
支持监测CloudFlare优选ipv4&ipv6地址
支持监测CloudFront优选ipv4&ipv6地址
支持监测Gcore优选ipv4&ipv6地址
使用方式
如果需要更多更加详细的CloudFlare教程请访问以下链接获取。
[链接登录后可见]
首先将域名使用cname方式接入到cdn运营商系统中,CloudFlare免费版用户可以通过SAAS功能接入,并把默认地址解析到全网默认或者国外境外线路上去(此举是为了避免被运营商检测到删除服务)。
1.公共CNAME地址
从官方网站获取最新的cname地址解析到国内线路上去。
2.使用CF2DNS插件自动化更新
为了让cf2dns部署更简单,我编写了宝塔插件版cf2dns。
[链接登录后可见]
付费服务
项目目前只支持CF2DNS插件付费版KEY,暂时不提供其他付费服务。
其他服务
CloudFlare账号管理,批量修改dns记录
[链接登录后可见]
.free.hr代注册3元/年
主要用于CloudFlareNS接入创建SAAS回退源使用的,该域名移动全网被墙,不适合干别的。
由于搞虚拟银行卡啥的,都有手续费,所以价格贵一些,有海外支付渠道的可以去官网subreg.cz注册。
[链接登录后可见]
常见问题
Q:现在还有必要优选CloudFlareIP地址吗?
A:CloudFlare每隔一段时间更新一次泛播路由线路,以便增删边缘节点。因此有必要自动化变更调整最优的IP。其次是15分钟自动更换一次IP,也可以减少被墙的负面问题。
Q:为什么不支持第三方反代IP?
A:曾经尝试过,发现有很多反代IP,只支持443端口而不支持80端口直接访问,有部分为443端口反代80端口,况且这些本来大部分都是用来上网代理的,本身被墙的概率就大,因此最后放弃了。还有就是有些反代IP无法获取客户端IP,只能获取到反代服务器的IP,对有些网站来说并不适合。
Q:为什么测速网站 tcp ping 测试部分地区丢包严重?
A:由于各地区各运营商,网络状况都不一样,除非每个地区每个运营商都有一个监测设备,因此只能保证监测设备所在的地区运营商不丢包。
Q:优选IP会避免被墙吗?
A:无法完全避免,因为地区运营商也有墙,但可保证监测节点地区运营商正常。其次是15分钟自动更换一次IP,也可以减少被墙的负面问题。
由于条件有限,如福建泉州电信,内蒙古移动公共CNAME地址均采用了手动分线路解析以确保访问,但个人精力有限维护时间也随机。