打开一个“查我的IP”网站，页面亮得很快，安心来得很慢。
地址、机房、风险标签、指纹哈希，一下子铺满屏幕。你看清了自己的出口，对方也看清了。评论区有人提起Ping0一类事件，提醒很硬：别把真实IP随手喂给不认识的检测站。
所以 One IP 值得写进个人工具库的原因，不只是功能多，而是它可以离开别人的域名，跑到你自己的Cloudflare账户里。
仓库：https://github.com/zhihui-hu/one-ip
在线演示：https://ip.huzhihui.com/
协议AGPL-3.0。技术栈是React 19、Vite、TypeScript，前端静态资源加Worker提供/api/*。原帖说开源、可Fork自建，和README一致。
它把几类零散工具缝成一页
首页先给你一张出口速写：IPv4/IPv6、归属、运营商、类型标签。往下拆成几块，刚好覆盖排障时会来回切换的标签页。
IP画像
ASN、CIDR、注册信息、数据中心还是住宅、代理/Tor等标记、地图和多源位置对比。字段取决于数据源，不是每个IP都有同样密度的故事。适合问“我现在从哪出去、这条地址像不像机房”。
网络诊断
网站分流与连通、全球Ping、DNS/CDN、WHOIS。看的是不同站点看到的出口是否一致、延迟和丢包、解析落到哪。排查“这个站能开、那个站不行”时，比只盯一个WhatIsMyIP有用。
浏览器检测
环境信息、FingerprintJS、一致性检查、CreepJS一类深度特征、自动化痕迹、权限和WebRTC。用来理解浏览器有多“像一台被记住的机器”。别把它理解成隐身衣评分：指纹工具越强，页面收集到的信号也越多。
AI服务状态
对ChatGPT、Claude、Grok、Perplexity、Gemini、DeepSeek、通义、Kimi等做资源连通和部分出口对照。仓库自己写了边界：某页检测失败、换出口、中文偏好，都不直接等于账号有风险。它是通路体检，不是风控预测。
基础查询不强制你填第三方API Key，这让Fork之后的维护成本低。Turnstile、reCAPTCHA若要开，再按文档补配置。
为什么更推荐Fork，而不是只收藏演示站
任何IP工具的工作原理都包含一句扫兴的话：要告诉你出口，就要先看见出口。
用作者的演示站，日志和请求头落在他的Worker上。用自己的Fork，请求留在你的账号里。AGPL还要求：若你改过并对外提供网络服务，需要按协议公开相应源码——这是用这套代码建站时要接受的条件，不是装饰。
自建步骤在README里写得很直：Fork，Cloudflare Workers导入仓库，构建pnpm build，部署pnpm deploy，Node 24。也可以GitHub Actions推送。本地pnpm worker:dev走127.0.0.1:8787。自定义域名在Worker上绑即可。
对只想偶尔看一眼IP的人，演示站够用，记得截图时遮住地址、坐标和指纹。对要反复测线路、给团队当内网诊断页的人，自己部署是正道。
结果怎么读，才不会被标签吓到
风险分、代理标记、指纹哈希，都是模型或规则在当下请求上的推断。CDN、企业出口、手机双重NAT、浏览器插件，都能让标签看起来“不干净”。
比较有用的读法：
- 多源地理位置互相矛盾，先怀疑库，再怀疑自己
- WebRTC和页面IP不一致，再查浏览器权限，而不是先给自己定罪
- AI站点不通，先看是DNS、是拦截、还是对方服务抖动
- 人机校验只代表本页这一次，换浏览器会变
工具箱解决的是可见性。可见之后如何改网络，是另一件事，也不是一篇介绍开源项目的文章该展开的操作手册。
和单功能查IP站差在哪
纯查IP的Worker很多，十行就能返回CF-Connecting-IP。One IP厚在把画像、探测、指纹和一组AI通路放到同一产品里，还愿意把部署按钮放到README第一屏。星标两百出头，体量不大，更新和数据源质量要以仓库近期提交为准。
它替代不了完整的网络监控，也替代不了专业威胁情报。家庭排障、开发者看出口、写文章前确认自己暴露了什么，这个量级刚好。
写在最后
网络诊断工具从来不只是技术问题，是信任问题。谁渲染那张地图，谁就短暂拥有你的坐标。
One IP把常见检测收进一个开源Workers应用，并让你把站点搬回家。公共演示用来逛功能，自己的域名用来干正经事。打开任何同类页面之前，问一句：这次查询，我是否接受对方也记下同样的数字。
仓库：https://github.com/zhihui-hu/one-ip
先Fork再测，比先把指纹留在陌生人的日志里，更像一个省心的开始。
No comments yet