关于dns密码的问题分析

关于dns密码的问题分析，很多新手对此不是很清楚，为了帮助大家解决这个难题，下面小编将为大家详细讲解，有这方面需求的人可以来学习下，希望你能有所收获。

小弟一直以来都在寻找关于DNS配置，无奈很多资料都是过时的，特别关于KEY和RNDC的部分。这次用的文档是本站一篇：“BIND9的配置”。只做到这一部分就出错了：
在bind9.1.1中,碰到的主要问题就是ndc不能使用.ndc可以在本地控制bind的stop,start,reload等.
在9.1.0以上中,取消了ndc,代之以rndc,顾名思义,rndc是支持远程控制的ndc,这必须使用密码跟bind通讯.
rndc一直不能工作,调了1天多,终于搞定,英文不好害死人呀.下面以红帽子7.0为例介绍一下过程.
具体的编译以及安装过程这里就不写了,请参考bind8的文档.
密码放在/etc/rndc.conf里面.方法如下:
用dnssec-keygen 产生一段密码.使用如下命令:
dns-keygen -a hmac-md5 -b 192 -n HOST rndc
生成2个文件 Krndc.xxxx.key 和Krndc.xxxx.private
将Kmykey.xxxx.private里面的1个key串复制下来.做成如下1个小节
key “mykey”{
algorithm "hmac-md5";
secret "I+JTxIv4gmczZmTIrQCjOAqkIK1SeWHY";
};
分别放进etc/rndc.conf和/etc/named.conf文件的最后.
在rndc.conf中如此调用:
server localhost{
key “mykey”;
};
在named.conf中如此调用:
controls {
inet 127.0.0.1 allow {localhost;} keys {“mykey”;};
};
然后重启 named进程,
执行rndc reload 试验.
rndc: reload command successful!
named.conf和rndc.conf在下帖帖出!
  named.conf和rndc.conf 
rndc.conf的内容如下:
/*
* Copyright (C) 2000, 2001 Internet Software Consortium.
*
* Permission to use, copy, modify, and distribute this software for any
* purpose with or without fee is hereby granted, provided that the above
* copyright notice and this permission notice appear in all copies.
*
* THE SOFTWARE IS PROVIDED "AS IS" AND INTERNET SOFTWARE CONSORTIUM
* DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL
* INTERNET SOFTWARE CONSORTIUM BE LIABLE FOR ANY SPECIAL, DIRECT,
* INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING
* FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT,
* NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION
* WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
*/
/* $Id: rndc.conf,v 1.6.4.1 2001/01/09 22:32:57 bwelling Exp $ */
/*
* Sample rndc configuration file.
*/
options {
default-server localhost;
default-key "key";
};
server localhost {
key "mykey";
};
key "mykey" {
algorithm "hmac-md5";
secret "I+JTxIv4gmczZmTIrQCjOAqkIK1SeWHY";
};
named.conf的内容如下:
// generated by named-bootconf.pl
options {
directory "/var/named";
/*
* If there is a firewall between you and nameservers you want
* to talk to, you might need to uncomment the query-source
* directive below. Previous versions of BIND always asked
* questions using port 53, but BIND 8.1 uses an unprivileged
* port by default.
*/
// query-source address * port 53;
};
//
// a caching only nameserver config
//
controls {
inet 127.0.0.1 allow { localhost; } keys { "mykey"; };
};
zone "." IN {
type hint;
file "named.ca";
};
zone "localhost" IN {
type master;
file "localhost.zone";
allow-update { none; };
};
zone "0.0.127.in-addr.arpa" IN {
type master;
file "named.local";
allow-update { none; };
};
include "/etc/rndc.key";
key "mykey" {
algorithm "hmac-md5";
secret "I+JTxIv4gmczZmTIrQCjOAqkIK1SeWHY";
};
  问题! 
在生成KEY的过程中，我发现本机上生成的KEY与文中不同(在用命令时看到)，但找不到这生成的两个文件在哪里，搜也搜得死机，还请告诉我：是用本机生成的，还是用文中的就行了呢？要是用本机生成的，应在哪里找到？
  我的目的是仅仅是能正常使用rndc! 
如题
  Re: 没有高手来说说？「空」 
  Re: 请教dns!有关于密码的问题! 
BIND 9的配置一文所使用的方法应该是没错的，问题可能出在你的应用环境和文中环境不一致，所以建议你最好能够描述一下你做配置的具体环境。
  riser 兄你好! 
riser 兄你好!我是在RH7.2上做DNS的，其他的就没什么不同了，如果说其他的，我还真说不上来，不过那个问题：
在生成KEY的过程中，我发现本机上生成的KEY与文中不同(在用命令时看到)，但找不到这生成的两个文件在哪里，搜也搜得死机，还请告诉我：是用本机生成的，还是用文中的就行了呢？要是用本机生成的，应在哪里找到？
请顺道回答一个好吗？谢谢!
  riser老兄请看! 
应该在当前目录，例如/root
虽然我找到此文件，但是我已经按照论坛上的方法以及redhat的doc的方法实验了n+10之巨。去没有一次成功，前一段时间是出现认证错误，现在我用RH7.3，却是connect refused.于是我便自己下载了BIND9.2.1，自己编译安装，再试，仍旧不行，为什么，为什么？
但是我发现了一个奇怪的现象，我用
#named -u named 启动named,域名服务开始，然后再用rndc reload,没有任何提示便过去了，当我kill掉named，再用rndc reload,再次出现connect refuse.
既然能够用named -u named启动域名服务，那rndc有何用，如何保证其安全。我感觉好像我用rndc reload是没有使用配置文件的权限，但是我是root。
why?请riser老兄和其他各位高手赐教。
  Re: riser老兄请看! 
回应:
--------------------------------------------------------------------------------
但是我发现了一个奇怪的现象，我用
#named -u named 启动named,域名服务开始，然后再用rndc reload,没有任何提示便过去了，当我kill掉named，再用rndc reload,再次出现connect refuse.
既然能够用named -u named启动域名服务，那rndc有何用，如何保证其安全。我感觉好像我用rndc reload是没有使用配置文件的权限，但是我是root。
--------------------------------------------------------------------------------
1、rndc只能实现reload、stop、dumpdb、status等功能。这一点你简单地输入rndc命令就会得到提示。
2、既然你已经把named给kill了，还谈什么rndc reload?当然是connection refused。rndc只是个方便对named进行操作的工具，就像ndc一样，只不过加了个安全性认证，并能实现远程操作。
我按照前面的帖子中的方法一次就成功了，劝你还是再认真检查一下。
顺道回复燕十三兄，注意红色部分：
*/
options {
default-server localhost;
default-key "key";
};
server localhost {
key "mykey";
};
key "mykey" {
algorithm "hmac-md5";
secret "I+JTxIv4gmczZmTIrQCjOAqkIK1SeWHY";
};
既然下面定义了mykey，上面为什么还是key?
  Re: riser 兄你好! 
如果你用的是RH 7.2，那它的默认配置的确有些问题，主要是其默认安装的配置文件对key的定义前后不一致，这一点你仔细检查一下配置文件就知道了。所以，一般只要修改使之一致，就可以正常地使用rndc。
  可是我已经修改到一致了，只是好像看到一个rndc.key的文件，其中有些东西，是否该用它？ 
可是我已经修改到一致了，只是好像看到一个rndc.key的文件，其中有些东西，是否该用它？
  对于兄弟的细心，小弟实在是佩服，不过这一点文中没有提到，所以····· 
小弟实在汉颜，因为在WIN下，马上下线去试，谢谢!
  问题已经解决，是小弟不细心，麻烦各位了! 
问题已经解决，是小弟不细心，麻烦各位了!
  可是，可是可是! 
可是各位绝对想不到，本来已经可以用了，但关机再开机，又出现了连接被拒绝的情况，像上次一样，我可是什么也没做啊，只是重启了一下机器 ，怎么办？
  Re: 可是，可是可是! 
ps -A | grep named
看一看named起来了没有，如果没有，用
/etc/rc.d/init.d/named start
启动它再试，
如果起来以后还是这样，那就再仔细仔细地检查配置文件，包括/etc/named.conf、/etc/rndc.conf。
另，其实如果是仅仅让rndc能使用的话，你只要把你的原先默认的/etc/named.conf、/etc/rndc.conf中使用的key的名字全部改为rndckey，再检查一下/etc/目录下是否有/etc/rndckey文件就可以工作了，很简单，安全不需要你自己生成key。

看完上述内容是否对您有帮助呢？如果还想对相关知识有进一步的了解或阅读更多相关文章，请关注亿速云行业资讯频道，感谢您对亿速云的支持。