mirror of
https://gitlab.isc.org/isc-projects/kea
synced 2025-08-31 05:55:28 +00:00
[master] BIND 10 style
be consistent
This commit is contained in:
@@ -785,7 +785,7 @@ as a dependency earlier -->
|
||||
</chapter>
|
||||
|
||||
<chapter id="bind10">
|
||||
<title>Starting BIND10 with <command>bind10</command></title>
|
||||
<title>Starting BIND 10 with <command>bind10</command></title>
|
||||
<para>
|
||||
BIND 10 provides the <command>bind10</command> command which
|
||||
starts up the required processes.
|
||||
@@ -1746,7 +1746,7 @@ can use various data source backends.
|
||||
<para>
|
||||
Each data source has several options. The first one is
|
||||
<varname>type</varname>, which specifies the type of data source to
|
||||
use. Valid types include the ones listed below, but bind10 uses
|
||||
use. Valid types include the ones listed below, but BIND 10 uses
|
||||
dynamically loaded modules for them, so there may be more in your
|
||||
case. This option is mandatory.
|
||||
</para>
|
||||
@@ -1794,7 +1794,7 @@ can use various data source backends.
|
||||
<section id='datasrc-examples'>
|
||||
<title>Examples</title>
|
||||
<para>
|
||||
As this is one of the more complex configurations of Bind10,
|
||||
As this is one of the more complex configurations of BIND 10,
|
||||
we show some examples. They all assume they start with default
|
||||
configuration.
|
||||
</para>
|
||||
@@ -1820,7 +1820,7 @@ can use various data source backends.
|
||||
> <userinput>config commit</userinput></screen>
|
||||
|
||||
Now every time the zone in the data source is changed by the
|
||||
operator, Bind10 needs to be told to reload it, by
|
||||
operator, the authoritative server needs to be told to reload it, by
|
||||
<screen>> <userinput>Auth loadzone example.org</userinput></screen>
|
||||
You don't need to do this when the zone is modified by
|
||||
XfrIn, it does so automatically.
|
||||
@@ -2602,18 +2602,18 @@ then change those defaults with config set Resolver/forward_addresses[0]/address
|
||||
be deployed that facilitate communication between servers and
|
||||
clients. Even though principles of both DHCPv4 and DHCPv6 are
|
||||
somewhat similar, these are two radically different
|
||||
protocols. BIND10 offers server implementations for both DHCPv4
|
||||
protocols. BIND 10 offers server implementations for both DHCPv4
|
||||
and DHCPv6. This chapter is about DHCP for IPv4. For a description
|
||||
of the DHCPv6 server, see <xref linkend="dhcp6"/>.</para>
|
||||
|
||||
<para>The DHCPv4 server component is currently under intense
|
||||
development. You may want to check out <ulink
|
||||
url="http://bind10.isc.org/wiki/Kea">BIND10 DHCP (Kea) wiki</ulink>
|
||||
url="http://bind10.isc.org/wiki/Kea">BIND 10 DHCP (Kea) wiki</ulink>
|
||||
and recent posts on <ulink
|
||||
url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND10
|
||||
url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND 10
|
||||
developers mailing list</ulink>.</para>
|
||||
|
||||
<para>The DHCPv4 and DHCPv6 components in BIND10 architecture are
|
||||
<para>The DHCPv4 and DHCPv6 components in BIND 10 architecture are
|
||||
internally code named <quote>Kea</quote>.</para>
|
||||
|
||||
<note>
|
||||
@@ -2631,7 +2631,7 @@ then change those defaults with config set Resolver/forward_addresses[0]/address
|
||||
|
||||
<section id="dhcp4-usage">
|
||||
<title>DHCPv4 Server Usage</title>
|
||||
<para>BIND10 provides the DHCPv4 server component since December
|
||||
<para>BIND 10 provides the DHCPv4 server component since December
|
||||
2011. It is a skeleton server and can be described as an early
|
||||
prototype that is not fully functional yet. It is mature enough
|
||||
to conduct first tests in lab environment, but it has
|
||||
@@ -2640,9 +2640,9 @@ then change those defaults with config set Resolver/forward_addresses[0]/address
|
||||
</para>
|
||||
|
||||
<para>
|
||||
<command>b10-dhcp4</command> is a BIND10 component and is being
|
||||
run under BIND10 framework. To add a DHCPv4 process to the set of running
|
||||
BIND10 services, you can use following commands in <command>bindctl</command>:
|
||||
<command>b10-dhcp4</command> is a BIND 10 component and is being
|
||||
run under BIND 10 framework. To add a DHCPv4 process to the set of running
|
||||
BIND 10 services, you can use following commands in <command>bindctl</command>:
|
||||
<screen>> <userinput>config add Boss/components b10-dhcp4</userinput>
|
||||
> <userinput>config set Boss/components/b10-dhcp4/kind dispensable</userinput>
|
||||
> <userinput>config commit</userinput></screen></para>
|
||||
@@ -2792,19 +2792,19 @@ const std::string HARDCODED_SERVER_ID = "192.0.2.1";</screen>
|
||||
<chapter id="dhcp6">
|
||||
<title>DHCPv6 Server</title>
|
||||
<para>Dynamic Host Configuration Protocol for IPv6 (DHCPv6) is
|
||||
specified in RFC3315. BIND10 provides DHCPv6 server implementation
|
||||
specified in RFC3315. BIND 10 provides DHCPv6 server implementation
|
||||
that is described in this chapter. For a description of the DHCPv4
|
||||
server implementation, see <xref linkend="dhcp4"/>.
|
||||
</para>
|
||||
|
||||
<para>The DHCPv6 server component is currently under intense
|
||||
development. You may want to check out <ulink
|
||||
url="http://bind10.isc.org/wiki/Kea">BIND10 DHCP (Kea) wiki</ulink>
|
||||
url="http://bind10.isc.org/wiki/Kea">BIND 10 DHCP (Kea) wiki</ulink>
|
||||
and recent posts on <ulink
|
||||
url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND10
|
||||
url="https://lists.isc.org/mailman/listinfo/bind10-dev">BIND 10
|
||||
developers mailing list</ulink>.</para>
|
||||
|
||||
<para>The DHCPv4 and DHCPv6 components in BIND10 architecture are
|
||||
<para>The DHCPv4 and DHCPv6 components in BIND 10 architecture are
|
||||
internally code named <quote>Kea</quote>.</para>
|
||||
|
||||
<note>
|
||||
@@ -2823,7 +2823,7 @@ const std::string HARDCODED_SERVER_ID = "192.0.2.1";</screen>
|
||||
<section id="dhcp6-usage">
|
||||
<title>DHCPv6 Server Usage</title>
|
||||
<para>
|
||||
BIND10 provides the DHCPv6 server component since September
|
||||
BIND 10 provides the DHCPv6 server component since September
|
||||
2011. It is a skeleton server and can be described as an early
|
||||
prototype that is not fully functional yet. It is mature
|
||||
enough to conduct first tests in lab environment, but it has
|
||||
@@ -2832,9 +2832,9 @@ const std::string HARDCODED_SERVER_ID = "192.0.2.1";</screen>
|
||||
</para>
|
||||
|
||||
<para>
|
||||
<command>b10-dhcp6</command> is a BIND10 component and is being
|
||||
run under BIND10 framework. To add a DHCPv6 process to the set of running
|
||||
BIND10 services, you can use following commands in <command>bindctl</command>:
|
||||
<command>b10-dhcp6</command> is a BIND 10 component and is being
|
||||
run under BIND 10 framework. To add a DHCPv6 process to the set of running
|
||||
BIND 10 services, you can use following commands in <command>bindctl</command>:
|
||||
<screen>> <userinput>config add Boss/components b10-dhcp6</userinput>
|
||||
> <userinput>config set Boss/components/b10-dhcp6/kind dispensable</userinput>
|
||||
> <userinput>config commit</userinput></screen>
|
||||
@@ -3001,7 +3001,7 @@ const std::string HARDCODED_DNS_SERVER = "2001:db8:1::1";</screen>
|
||||
<para>For non-Linux systems, there is currently stub
|
||||
implementation provided. Interface manager detects loopback
|
||||
interfaces only as their name (lo or lo0) can be easily predicted.
|
||||
Please contact BIND10 development team if you are interested
|
||||
Please contact the BIND 10 development team if you are interested
|
||||
in running DHCP components on systems other than Linux.</para>
|
||||
</section>
|
||||
|
||||
|
Reference in New Issue
Block a user