当前位置: 技术问答>linux和unix
又是dns问题,都被搞懵了!
来源: 互联网 发布时间:2015-06-10
本文导语: 在named.conf主配置文件里的一个区声明(我用手工添加的和用GUI工具添加的是一模一样的.这点我可以用人格担保!) : zone "song.com" { type master; file "song.com.zone"; }; 下面就是song.com.zone: $TTL 86400 @ IN SOA www.song.com....
在named.conf主配置文件里的一个区声明(我用手工添加的和用GUI工具添加的是一模一样的.这点我可以用人格担保!) :
zone "song.com" {
type master;
file "song.com.zone";
};
下面就是song.com.zone:
$TTL 86400
@ IN SOA www.song.com. root.song.com (
2 ; serial
28800 ; refresh
7200 ; retry
604800 ; expire
86400 ; ttl
)
IN NS www.song.com.
www IN A 192.168.1.5
win01 IN A 192.168.1.6
win02 IN A 192.168.1.6
这个是GUI工具而生成的.
再下面是我自给写的song.com.zones(为了区分,临时把名子改了):
$TTL 10000
@ IN SOA www.song.com. root.www.song.com.(
20040321
28800
7200
604800
86400)
IN NS www.song.com.
IN MX 5 www.song.com.
www IN A 192.168.1.8
win01 IN A 192.168.1.6
win02 IN A 192.168.1.7
我实在看不出他们有什么不同!
但是我开始用手工编写的,无论用什么host,nslookup,dig都统统报错,说找不到sever.
但我用GUI工具建立的却测试无误.
后来我又把区声明里的文件名改为我自给编写的song.com.zones,再测试居然也没有错误了.我都被搞懵了.(我原来手工编写的区文件也是song.com.zone 后来怕GUI生成的文件给覆盖掉,所以改名为song.com.zones了.所以不存在原来因为名子错误而无法解析的情况) 难道我的bind有毛病吗?
rh9 bind-9.2.1-16
zone "song.com" {
type master;
file "song.com.zone";
};
下面就是song.com.zone:
$TTL 86400
@ IN SOA www.song.com. root.song.com (
2 ; serial
28800 ; refresh
7200 ; retry
604800 ; expire
86400 ; ttl
)
IN NS www.song.com.
www IN A 192.168.1.5
win01 IN A 192.168.1.6
win02 IN A 192.168.1.6
这个是GUI工具而生成的.
再下面是我自给写的song.com.zones(为了区分,临时把名子改了):
$TTL 10000
@ IN SOA www.song.com. root.www.song.com.(
20040321
28800
7200
604800
86400)
IN NS www.song.com.
IN MX 5 www.song.com.
www IN A 192.168.1.8
win01 IN A 192.168.1.6
win02 IN A 192.168.1.7
我实在看不出他们有什么不同!
但是我开始用手工编写的,无论用什么host,nslookup,dig都统统报错,说找不到sever.
但我用GUI工具建立的却测试无误.
后来我又把区声明里的文件名改为我自给编写的song.com.zones,再测试居然也没有错误了.我都被搞懵了.(我原来手工编写的区文件也是song.com.zone 后来怕GUI生成的文件给覆盖掉,所以改名为song.com.zones了.所以不存在原来因为名子错误而无法解析的情况) 难道我的bind有毛病吗?
rh9 bind-9.2.1-16
|
给所有有我这样遭遇的朋友一点小建议:
A:用#service named start启动NAMED服务确保服务已经启动.
B:修改了任何配置文件后一定要重起NAMED服务,可以用#service named restart或者#rndc reload重新加载.
C:要养成看日志的习惯.对于NAMED的问题可以查看日志:#cat /var/log/messages.或者用
#vi /var/log 查看LOG日志的帮助.
建议在看日志前先用#service named start,#service named restart,#rndc reload.3个命令.这样如果有错误就能在日志中体现!
A:用#service named start启动NAMED服务确保服务已经启动.
B:修改了任何配置文件后一定要重起NAMED服务,可以用#service named restart或者#rndc reload重新加载.
C:要养成看日志的习惯.对于NAMED的问题可以查看日志:#cat /var/log/messages.或者用
#vi /var/log 查看LOG日志的帮助.
建议在看日志前先用#service named start,#service named restart,#rndc reload.3个命令.这样如果有错误就能在日志中体现!
|
你这样的问题我也碰到了 直到昨天才解决。原因就是在 named.conf中少写了2个分号“;”,结果弄了我1个星期,所以说一定要看日志文件!在日志文件里会有NAMED服务的状态说明!