2
0
mirror of https://gitlab.isc.org/isc-projects/bind9 synced 2025-08-30 14:07:59 +00:00

expanded treatment of rndc.key;

mentioned rndc-confgen (briefly) [RT #1520]
This commit is contained in:
Andreas Gustafsson
2001-08-06 11:50:13 +00:00
parent 0a77211c80
commit 6a05eadab2

View File

@@ -2,7 +2,7 @@
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.0//EN" <!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.0//EN"
"http://www.oasis-open.org/docbook/xml/4.0/docbookx.dtd"> "http://www.oasis-open.org/docbook/xml/4.0/docbookx.dtd">
<!-- File: $Id: Bv9ARM-book.xml,v 1.153 2001/08/06 04:42:24 marka Exp $ --> <!-- File: $Id: Bv9ARM-book.xml,v 1.154 2001/08/06 11:50:13 gson Exp $ -->
<book> <book>
<title>BIND 9 Administrator Reference Manual</title> <title>BIND 9 Administrator Reference Manual</title>
@@ -813,7 +813,11 @@ configuration file. The default location for the
location can be specified with the <option>-c</option> location can be specified with the <option>-c</option>
option. If the configuration file is not found, option. If the configuration file is not found,
<command>rndc</command> will also look in <command>rndc</command> will also look in
<filename>/etc/rndc.key</filename> to find a key to use <filename>/etc/rndc.key</filename> (or whatever
<varname>sysconfdir</varname> was defined when
the <acronym>BIND</acronym> build was configured).
The <filename>rndc.key</filename> file is generated by
running <command>rndc-confgen -a</command> as described in
<xref linkend="controls_statement_definition_and_usage"/>.</para> <xref linkend="controls_statement_definition_and_usage"/>.</para>
<para>The format of the configuration file is similar to <para>The format of the configuration file is similar to
@@ -882,11 +886,22 @@ to reload, if a nameserver on the local machine were running with
following controls statements:</para> following controls statements:</para>
<programlisting> <programlisting>
controls { controls {
inet 127.0.0.1 allow { localhost; } keys { rndc_key; }; inet 127.0.0.1 allow { localhost; } keys { rndc_key; };
}; };
</programlisting> </programlisting>
<para>and it had an identical key statement for <para>and it had an identical key statement for
<literal>rndc_key</literal>.</para> <literal>rndc_key</literal>.</para>
<para>Running the <command>rndc-confgen</command> program will
conveniently create a <filename>rndc.conf</filename>
file for you, and also display the
corresponding <command>controls</command> statement that you need to
add to <filename>named.conf</filename>. Alternatively,
you can run <command>rndc-confgen -a</command> to set up
a <filename>rndc.key</filename> file and not modify
<filename>named.conf</filename> at all.
</para>
</listitem> </listitem>
</varlistentry> </varlistentry>
</variablelist> </variablelist>
@@ -2204,26 +2219,43 @@ the system has an interface.</para></entry>
must be signed by one of its specified keys to must be signed by one of its specified keys to
be honored.</para> be honored.</para>
<para>If <command>keys</command> clause does not exist <para>
<command>named</command> will look for If no <command>controls</command> statement is present,
<filename>/etc/rndc.key</filename> and use the key found <command>named</command> will set up a default
there. control channel listening on the loopback address 127.0.0.1
and its IPv6 counterpart ::1.
<para>Similarly, <filename>/etc/rndc.key.key</filename> is used In this case, and also when the <command>controls</command> statement
no <command>controls</command> statement is present at all. In is present but does not have a <command>keys</command> clause,
that situation it will configure control channels to run on <command>named</command> will attempt to load the command channel key
all interfaces.</para> from the file <filename>rndc.key</filename> in
<filename>/etc</filename> (or whatever <varname>sysconfdir</varname>
was specified as when <acronym>BIND</acronym> was built).
To create a <filename>rndc.key</filename> file, run
<userinput>rndc-confgen -a</userinput>.
</para>
<para>The <filename>/etc/rndc.key</filename> feature was created to <para>The <filename>rndc.key</filename> feature was created to
ease the transition of systems from <acronym>BIND</acronym> 8, ease the transition of systems from <acronym>BIND</acronym> 8,
which did not have digital signatures on its command channel messages which did not have digital signatures on its command channel messages
and thus did not have a <command>keys</command> clause. Since and thus did not have a <command>keys</command> clause.
it is only intended to allow the backward-compatible usage of
It makes it possible to use an existing <acronym>BIND</acronym> 8
configuration file in <acronym>BIND</acronym> 9 unchanged,
and still have <command>rndc</command> work the same way
<command>ndc</command> worked in BIND 8, simply by executing the
command <userinput>rndc-keygen -a</userinput> after BIND 9 is
installed.
</para>
<para>
Since the <filename>rndc.key</filename> feature
is only intended to allow the backward-compatible usage of
<acronym>BIND</acronym> 8 configuration files, this feature does not <acronym>BIND</acronym> 8 configuration files, this feature does not
have a high degree of configurability. You cannot easily change have a high degree of configurability. You cannot easily change
the key name or the size of the secret, so you should make a the key name or the size of the secret, so you should make a
<filename>rndc.conf</filename> with your own key if you wish to change <filename>rndc.conf</filename> with your own key if you wish to change
those things. The <filename>/etc/rndc.key</filename> file also has its those things. The <filename>rndc.key</filename> file also has its
permissions set such that only the owner of the file (the user that permissions set such that only the owner of the file (the user that
<command>named</command> is running as) can access it. If you <command>named</command> is running as) can access it. If you
desire greater flexibility in allowing other users to access desire greater flexibility in allowing other users to access