01
保留一行一个地址
可以混合输入 IPv4 和 IPv6，空行不参与转换，但结果仍保留物理行号、重复项和原有顺序。请使用裸地址，不要带网址、端口或接口标识。
DNS / 域名
反向 DNS 生成器
每行输入一个 IP 地址或 CIDR：单地址生成主机 PTR 名称，对齐前缀生成反向区域。
反向 DNS 生成器
IP 地址或 CIDR，每行一项
反向名称与地址详情
地址仅在当前浏览器内处理，不发送 DNS 请求。
输出选项
不带末尾点的名称可能被解释为相对于区域 origin。
IPv6 展开为 32 个十六进制字符后逐字符倒序；IPv4 按完整十进制段倒序。
最多 100 个非空行和 65,536 个 UTF-16 单元。JSON 保留失败行；纯名称导出要求全部成功。
打开 DNS 查询等待生成最新输入…
配置反向解析时，容易把查询到的主机名与 PTR 记录本身的名称混淆。反向 DNS 生成器帮助你从手头的地址构造记录名称，并对照完整展开地址检查零位和标签顺序。它也会区分单个地址与网段，避免把网络前缀当成一台主机提交给服务商。
反向 DNS 生成器如何减少手工倒序错误
按正确的单位倒序
反向 DNS 生成器对 IPv4 反转四个完整的十进制段，对 IPv6 则先补齐省略的零，再逐个反转十六进制字符。原始输入始终保留，展开地址与结果并列，方便检查压缩记法中看不见的位数。
分清主机名称和区域名称
单个地址输出完整的 PTR 名称，CIDR 则输出网络前缀对应的一个区域。结果会标注类型，并展示清除主机位后的网络地址；输入框中的内容不会被改写，也不会把一个 /24 枚举成 256 条记录。
先核对前缀，再使用生成结果
02
观察主机位是否被清除
192.0.2.129/24 会显示网络 192.0.2.0/24，区域为 2.0.192.in-addr.arpa.。区域只取网络部分；不对齐的前缀会报错，不会自动扩大网段。
03
按用途选择导出
只要有一行失败，纯名称导出就会禁用；切换到 JSON 可保留完整检查报告。关闭自动生成后可用按钮或 Ctrl/Cmd + Enter，任何输入或选项变化都会立即让旧结果过期。
从地址到标签，保留核对依据
同时处理两种地址族
IPv4 只接受四段 0–255 的十进制数。IPv6 接受完整、压缩以及末尾嵌入 IPv4 的标准形式；例如 ::ffff:192.0.2.1 仍属于 IPv6，生成 ip6.arpa 名称，不转换成 IPv4 的反向名称。
生成精确的前缀区域
IPv4 前缀必须是 8 的倍数，IPv6 前缀必须是 4 的倍数。/0 对应反向树根；IPv4 /32 和 IPv6 /128 只覆盖一个地址，因此标记为主机。展示的网络地址会清除主机位。
错误与正确结果一起保留
JSON 包含原文、行号、地址族、类型、展开地址、网络、名称与稳定的错误代码，适合审查混合批次。页面先显示 50 行，可继续展开；导出始终针对整个批次，不只取当前可见行。
名称生成的边界
- 不代表记录存在
- 这里不查询 DNS，也不发布记录。生成成功不能证明 PTR 存在、主机可达、IP 身份可信或正反向一致。界面没有目标主机名、TTL 或完整记录模板。
- 不拆分或枚举网段
- IPv4 非整八位、IPv6 非整四位前缀会逐行拒绝，不自动扩网、拆区或生成 RFC 2317 的 CNAME 委派配置。也不提供 SOA、NS、BIND 区域文件或逐主机枚举。
- 不猜测输入含义
- 只修剪每行首尾空白。IPv4 前导零、整数或短写形式、IPv6 接口标识、方括号、端口、范围、注释和反向名称转 IP 均不接受，也不会从 URL 中偷偷提取地址。
- 末尾点影响使用方式
- 默认末尾点表示绝对 DNS 名称。关闭它不会改变地址，但区域文件可能把不带点的名称相对于当前 origin 解释。粘贴到配置之前，应确认接收字段对绝对或相对名称的要求。
- 限制批量，保留完整性
- 最多 100 个非空行和 65,536 个 UTF-16 单元，超出时整批停止，不静默截断。不提供文件导入、排序或去重。载入示例和清空均先预览替换数量，应用后可撤销一次，同时恢复输入与结果。
反向 DNS 生成器常见问题
in-addr.arpa 名称怎么构成？
把 IPv4 的四段十进制数整体倒序，再加上 in-addr.arpa。例如 192.0.2.1 对应 1.2.0.192.in-addr.arpa.。这是 PTR 记录的名称，记录指向的目标主机名还需要另外配置。
为什么 IPv6 的 PTR 名称包含 32 个半字节？
IPv6 地址共 128 位，每个十六进制字符代表 4 位，因此完整地址有 32 个字符。IPv6 反向解析需要先展开压缩的零，逐字符倒序，再加 ip6.arpa；只倒序冒号分隔的八组会得到错误结果。
哪些前缀可以转换为反向区域？
本页支持 IPv4 的 /0、/8、/16、/24、/32，以及从 /0 到 /128 中能被 4 整除的 IPv6 前缀。其他长度可能需要多个区域或无类委派；本工具不会把这些配置伪装成一个准确的区域名。
什么是 RFC 2317 委派？
RFC 2317 描述 IPv4 无类反向委派，需要父区域与子区域配合，并使用 CNAME 等记录。仅凭一个 CIDR 无法得知服务商采用的命名约定和委派关系，因此本页对这类前缀明确报错。
PTR 名称能证明 IP 身份吗？
不能。生成的名称只反映地址的数学转换，连实际 PTR 是否存在都没有验证。即使查到了 PTR，也不等于证明地址持有者、域名所有权或服务可信度，不能用它替代身份认证。
这个工具会查询 DNS 吗？
不会。输入、自动生成、手动生成、复制和下载都不发起 DNS 查询。若要验证已配置记录，应另行使用实际查询工具；此页生成成功只说明输入满足名称构造规则。
还有需要核对的地址或前缀？