You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

CentOS 6.10 DNS服务器反向解析报错求助

CentOS 6.10 DNS服务器反向解析报错求助

看起来你正向解析已经正常跑起来了,但反向解析掉链子了——我仔细过了一遍你的配置文件,问题就出在反向区域的PTR记录格式上,咱们一步步来修复:

问题定位

你的反向区域是78.224.10.in-addr.arpa,对应10.224.78.0/24网段。在这个区域的配置文件db.78.224.10里,PTR记录的格式完全错了:

  • 反向区域里,PTR记录的"主机名"部分应该是IP的最后一段数字(比如10.224.78.22对应的就是22),而不是写域名或者其他无关数字
  • 你现在的文件里global.cs IN PTR 10.224.78.22这行完全不符合反向解析的规则
  • 缺少了10.224.78.22对应的正确PTR记录,反而加了个10.224.78.6的记录(如果这个IP不需要反向解析可以直接删掉)

修正反向区域文件

把/var/named/db.78.224.10的内容改成下面这样:

$TTL 3H
@       IN SOA  serverdns.global.cs. root.serverdns.global.cs. (
        1       ; serial 这里一定要改大(比如从0改成1),告诉DNS配置有更新
        1D      ; refresh
        1H      ; retry
        1W      ; expire
        3H )    ; minimum
@               IN      NS      serverdns.global.cs.
22              IN      PTR     serverdns.global.cs.  ; 这行对应10.224.78.22的反向解析
; 下面这行如果10.224.78.6不需要反向解析可以删掉
6               IN      PTR     serverdns.global.cs.

重载DNS配置并验证

  1. 先重载named配置(不用重启服务):
rndc reload

如果重载失败,再尝试重启服务:

service named restart
  1. 再次验证反向解析:
nslookup 10.224.78.22

这次应该就能正确返回serverdns.global.cs了。

额外提示

你原来文件里的@ IN PTR global.cs.这行可以删掉,@代表整个78.224.10.in-addr.arpa网段,给整个网段做PTR记录没有实际意义,我们只需要给需要反向解析的单个IP配置记录就行。

备注:内容来源于stack exchange,提问作者Michel N'cho

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.04.20 12:08:01