多类型记录查询
A、AAAA、CNAME、MX、TXT、NS、CAA 一次查全,不用在多个工具之间来回切。查完可以直接对照,看某个域名的解析配置是不是成套的。
把域名解析查询、链路还原、结果核对这三件事,从电脑前搬到手机上。解析网站 App 面向需要随时确认「这个域名现在到底解析到哪里」的人:运维、建站、投放、安全排查,掏出手机就能查,结果与网页版同源、同判据。
不讲概念,直接走一遍真实流程。下面这四步是绝大多数人第一次打开解析网站 App 会做的事,照着做一遍,基本就摸清了它的边界。
example.com,默认查 A 记录;想看邮件配置就切到 MX,想看 CDN 指向就切 CNAME。输入即查,不用先登录。
192.0.2.10(TTL 300),说明这条记录刚改不久、缓存会较快过期。
移动端不是把网页版缩小放进去就完事。下面这六项,是按「手机上真正会遇到的场合」重新排布过的,每一项都对应一个具体的判断动作。
A、AAAA、CNAME、MX、TXT、NS、CAA 一次查全,不用在多个工具之间来回切。查完可以直接对照,看某个域名的解析配置是不是成套的。
选多个地区节点重查同一域名,把「已生效」和「还在缓存」分开。切换 DNS 服务商之后,这一步最有用。
从根域到权威服务器,把中间经过的节点按顺序摊开。某一环卡住时,能一眼看出是本地递归的问题还是权威端的问题。
每次查询可存为快照,带时间戳。域名换了 IP 之后再翻出来对比,改动发生在什么时候就一目了然。
查过的结果本地留存,地铁里没信号也能翻。真正需要现场跟人对质的时候,这个功能比什么都实在。
一条链接把这次查询的域名、类型、时间和结果一起带出去,对方打开看到的是同一份数据,省掉来回解释。
同一款工具,落到不同人手里,用法差别不小。下面按人群拆开说,顺带把可量化的好处写清楚——不是「效率高」,而是「省掉了几次沟通」。
域名迁完 DNS 之后,最怕的是「以为生效了」。用多地对比跑一遍,通常能在 3 分钟内判断出哪些地区还挂着旧记录,避免上线当天半夜被叫起来排查。
活动页走 CNAME 接入 CDN 的时候,指向错了会导致整条链路失效。手机上随手查一次,把「指向哪个 CNAME」这条证据留住,跟技术沟通通常一轮就够。
收到异常邮件或钓鱼域名时,先把 MX、TXT、CAA 一次性拉出来存成快照。证据齐了再判断,比凭印象说话稳妥;这也符合我们一贯的取舍——能核实才写结论。
专题是我们把长期积累的查询经验整理成可对照内容的地方。下面三个是这一期在更新的,状态标注在卡片上,结束之后会归档。
围绕「一次查询怎么让团队都看懂」做素材征集。提交你实际工作中的解析排查案例,入选的可获得快照导出功能的一个月体验。
把常见 CDN 与云解析服务商的多地返回特征整理成对照表。手册按季度更新,本期覆盖 6 家主流服务商的典型返回差异。
一份 12 项的自检清单,覆盖 TTL 设置、MX 优先级、CAA 限制等容易漏掉的点。适合在正式切换 DNS 前逐条过一遍。
截图取的是当前版本的实际界面,深色浅色跟随系统。下面按使用顺序排列,从查什么到查完怎么留档。
安卓和 iOS 的安装路径不太一样,分开列。照着走一遍,从下载到第一次成功查询,安卓大约 90 秒,iOS 大约 60 秒。
下面这些问题是按实际反馈频率排的。答案里给出的版本号、体积、权限范围,都可以在安装后自行核对。
核心的域名解析查询、链路还原与历史记录查看都免费开放,不需要登录也能用。少量与批量导出、长期留存相关的功能属于可选增值项,页面上会明确标出,不会先用后收费。
Android 需要 8.0 及以上,iOS 需要 14.0 及以上。低于这个版本的系统在安装时会提示不兼容,可以先用浏览器访问 jiexi-zhan.cn 使用网页版,功能主体是一致的。
查询请求只携带你输入的域名和解析类型,不会读取通讯录、相册、短信等无关权限。本地历史记录默认只存在设备上,你可以在设置里随时一键清空,也可以关闭历史留存。
应用商店渠道会跟随商店自动更新;官网直装包在启动时会检测版本,有新版本会在首页顶部给出提示,点击即可下载覆盖安装,历史记录不会丢失。
安装包约 38MB,首次安装后占用通常在 60MB 上下。历史记录超过设定条数会自动滚动清理旧数据,缓存也可以在设置里手动清空,正常使用不会无限膨胀。
可以在 App 内「设置—意见反馈」直接提交,也可以发邮件到 support@jiexi-zhan.cn。反馈时附上机型、系统版本和出问题的域名,我们定位起来会快很多。
这几年做工具,能感觉到一些变化。写下来供参考,也算说明我们为什么把 App 做成今天这个样子。
早年的需求很单一:能不能把一个域名查出来。现在更多是「为什么这个地区查出来不一样」。多地对比、链路还原这类功能之所以被高频使用,是因为排查场景本身变复杂了,单一结果已经不够支撑判断。
以前手机查解析是应急,现在很多人的第一反应就是掏手机。现场沟通、临时确认、出差途中处理问题,这些场景基本都在移动端完成,所以 App 的界面逻辑是按「快速给结论」重排的,而不是照搬网页版的层级。
口头说「解析没问题」越来越没人信,大家想看的是带时间戳的快照。这也是我们把快照和分享做成基础功能的原因——让结论有出处,比让结论好听更重要。
信息以官方与公开资料为准是底线。我们不会为了好看去补一个无法核实的数字,遇到确认不了的情况宁可留空,也不做猜测补齐。这个取舍看起来慢,但长期反而更省事。
权限和更新记录都摊开写。我们不做「一堆权限打包申请」这种事,改动也尽量写清楚改了哪里。
网络访问:用于发起解析查询,这是唯一必需权限。
本地存储:用于保存历史快照与收藏,数据留在设备上,可在设置中一键清空。
不申请的权限:通讯录、相册、短信、通话记录、位置,均不涉及。
我们尊重原创与版权,不提供任何未授权资源的获取路径;工具本身只做解析状态的查询与呈现。
v3.4.0 新增多地节点对比的自定义选点,可保存常用节点组合。
v3.3.2 优化大面积查询时的结果渲染速度,长列表滚动更跟手。
v3.3.0 快照分享改为链接形式,接收方打开即为同一份数据。
v3.2.1 修复部分安卓机型在深色模式下文字对比度偏低的问题。
一个小团队,长期做网络工具方向。写代码的和写说明的是同一批人,所以页面上写的东西,基本都能在 App 里对上。
负责查询引擎与多地节点调度,重点是把返回结果的可复现性做扎实。同一个域名、同一时刻、不同入口查,结果应当一致。
负责把排查方法写成能照着做的说明。原则是可核可查:写进说明的判据,读者自己能验一遍。
处理反馈与问题定位。收到的问题会先复现、再答复,确认不了的就直说确认不了,不糊弄过去。
下面是几个固定入口,按用途分开写。反馈时附上机型、系统版本和涉及的域名,我们处理起来会快不少。
把 App 装上,下一次「这个域名到底解析到哪」的问题,三十秒内就能有答案。