Centos 6.3 Bind挂在“生成/etc/rndc.key”

尝试使用

rndc-confgen -a -r / dev / urandom

如果你使用bind-chroot，添加：

rndc-confgen -a -r / dev / urandom -t / var / named / chroot

结果应该是：

写了密钥文件“/etc/rndc.key”

写了密钥文件“/var/named/chroot/etc/rndc.key”

我在这里find了答案，并对自己进行了testing，因为我遇到了同样的问题。

干杯

对不起，如果这似乎古板，但我怀疑这个错误信息意味着系统试图在/etc/rndc.key生成一个rndc键。 这样的密钥对于BIND的正确操作是必须的，因为它是在CentOS中进行configuration的，尽pipe它只是第一次被创build。

我怀疑它是挂在创作，因为你ssh'ed远程服务器，没有一个方便的人通过键盘和鼠标，谁可以提供这样的密钥生成所需的熵附加。

你可以通过做这个假设的第一部分

 ls -al /etc/rndc.key 

如果不存在，那就是问题所在。

你可以通过做第二部分来testing

 sudo rndc-confgen -a -c /etc/rndc.key 

在您的远程服务器上。 如果挂起，试着做

 rndc-confgen -a -c /tmp/disposable.key 

在您的远程服务器上。 如果它也挂起，问题不在文件/etc/rndc.key ，而是与密钥生成的行为，我怀疑。 尝试

 rndc-confgen -a -c /tmp/disposable.key 

在你的本地桌面上（假设你已经安装了bind包，或者适合你的本地发行版）。 如果这样做的话，问题很可能是熵的可用性（桌面系统有很多，共同的服务器不那么重要;正如我所说的那样，在HID电缆的末端有一个人为系统提供了很多有用的随机性）。

您可以安排远程系统有一些熵（这在某种程度上超出了本答案的范围），或者在本地生成密钥文件并将其复制到服务器（它只是一个格式正确，预共享的随机密码） 。

如果你使用后者，请确保该文件在远程系统上由root:named和mode 440 。

我有同样的问题，但解决了。 我所做的一切：只要在生成卡片后input几个字母，就没有问题了。

RHEL 6（CentOS所基于的）在安装过程中显然不会再生成rndc.key – 详情请参考这个bug报告： Centos 6.3 Bind挂在“生成/etc/rndc.key”

因此，密钥是在第一次启动命名服务时自动生成的。 命令行可能看起来很混乱，因为它以列结尾，如下所示：

 [root@linx etc]# service named start Generating /etc/rndc.key: 

就好像它提示input，但不是。 这可能需要一些时间，也许30-60秒，所以只需等待，它应该像这样完成：

 [root@linx etc]# service named start Generating /etc/rndc.key: [ OK ] Starting named: [ OK ] 

希望它有帮助。