另外这个ip的api有没有希望加上街道级的呀，我看有类似的数据库
我不是这个项目的开发者，只是给大家白嫖一个思路，你要有这个需求可以点击底部的GitHub链接去给开发者提建议，不过我自己手搓了一个IP查询接口，也是部署在抱抱脸空间上面
真的假的？你把那个数据库的项目链接贴一下
怪不得调用的是国内的高德淘宝的api，价格太贵了，还要实名认证吧，没必要，而且对于境外的IP也不准
你这个抱脸怎么自定义域名啊
大善人的zerotrust，自行修改一下dockerfile等文件，然后就可以设置为私有空间了，只允许自定义域访问了
这个想法不错，这个隧道的连接速度和直接用worker反代的速度哪个快点呀，有测试过吗~
优选完速度应该差不多，但是隧道安全性更高，稳定性更可靠，抱抱脸空间实际上在内部有一个巨大的内网网关，经过网关代理后指向内网设备，也就是抱抱脸空间实际上内部全都是经过了一次反向代理，而用隧道少了通过网关这一层反代，而多了经过隧道的这一层反代，理论上比使用workers少一层反代，速度应该更快！网关有时候莫名其妙的出现504，但是其实设备并没有关机，我之前在抱抱脸部署的Uptime Kuma就记录了故障的全过程，而隧道不一样，直接就是内网穿透，只要有网就可以，不受抱抱脸网关故障的影响，在网关出现故障时，照样能对外服务。
感谢分享,直接用
话说你测试过dockerfile里编写cf tunnel吗？折腾了下，都没法build了
一开始是goproxybingai在抱抱脸上部署使用了CF tunnel，紧接着就有人部署uptime kuma也使用了tunnel，我也是在某个不太知名的博客上看到的，论坛里面那些佬友全都是用workers，但是那个博客上说有点乱，用的也只是凑合凑合，有空了把他修改完善完善，打算以后发一贴介绍怎么在抱抱脸空间使用Cloudflare Tunnel部署Uptime Kuma
这个挺有用的，建议出个公用版的，就是任何hf上运行的怎样加入cf tunnel，造福大家
等我把改进版的使用CF Tunnel的Uptime Kuma部署文件发出来，到时候大家一起讨论讨论
坐等大佬的教程
好强！感谢大佬分享！
隧道应该被封了，你试试看，用隧道的化无法搭建。
前排围观支持一下