From 6478b87fd23bcd3ab74c25b261021fe19a239c4f Mon Sep 17 00:00:00 2001
From: Tinderbox User
- Include ZSK's when generating DS records. Without this option,
+ Include ZSKs when generating DS records. Without this option,
only keys which have the KSK flag set will be converted to DS
records and printed. Useful only in zone file mode.
The key size does not need to be specified if using a default
algorithm. The default key size is 1024 bits for zone signing
- keys (ZSK's) and 2048 bits for key signing keys (KSK's,
+ keys (ZSKs) and 2048 bits for key signing keys (KSKs,
generated with
A negative trust anchor selectively disables
- DNSSEC validation for zones that known to be
+ DNSSEC validation for zones that are known to be
failing because of misconfiguration rather than
an attack. When data to be validated is
at or below an active NTA (and above any other
@@ -409,7 +409,7 @@
abort the DNSSEC validation process and treat the data as
insecure rather than bogus. This continues until the
NTA's lifetime is elapsed, or until the server is
- restarted (NTA's do not persist across restarts).
+ restarted (NTAs do not persist across restarts).
An existing NTA can be removed by using the
diff --git a/doc/arm/Bv9ARM.ch04.html b/doc/arm/Bv9ARM.ch04.html
index 5ebbe0f65b..7e8e834e2d 100644
--- a/doc/arm/Bv9ARM.ch04.html
+++ b/doc/arm/Bv9ARM.ch04.html
@@ -1360,7 +1360,7 @@ options {
To set up an authoritative zone for RFC 5011 trust anchor
maintenance, generate two (or more) key signing keys (KSKs) for
the zone. Sign the zone with one of them; this is the "active"
- KSK. All KSK's which do not sign the zone are "stand-by"
+ KSK. All KSKs which do not sign the zone are "stand-by"
keys. Any validating resolver which is configured to use the
active KSK as an RFC 5011-managed trust anchor will take note
@@ -1402,8 +1402,8 @@ $ If two keys have ID's exactly 128 apart, and one is
- revoked, then the two key ID's will collide, causing several
+ If two keys have IDs exactly 128 apart, and one is
+ revoked, then the two key IDs will collide, causing several
problems. To prevent this,
dnssec-keygen will not generate a new key if
another key is present which may collide. This checking will
@@ -1415,7 +1415,7 @@ $ It is expected that a future release of BIND 9 will
address this problem in a different way, by storing revoked
- keys with their original unrevoked key ID's.-f KSK). However, if an
algorithm is explicitly specified with the -a,
then there is no default key size, and the -b
diff --git a/bin/rndc/rndc.8 b/bin/rndc/rndc.8
index 201d56b24e..8717d28eb1 100644
--- a/bin/rndc/rndc.8
+++ b/bin/rndc/rndc.8
@@ -337,13 +337,14 @@ to be effective. It defaults to enabled.
Sets a DNSSEC negative trust anchor (NTA) for
\fBdomain\fR, with a lifetime of
\fBlifetime\fR. The default lifetime is configured in
-domain, with a lifetime of
lifetime. The default lifetime is
- configured in <file>named.conf</file> via the
- nta-lifetime, and defaults to
+ configured in named.conf via the
+ nta-lifetime option, and defaults to
one hour. The lifetime cannot exceed one week.
dnssec-signzone -S -K keys example.net<
increasing by 128, and wrapping around at 65535. So, for
example, the key "Kexample.com.+005+10000" becomes
"Kexample.com.+005+10128".dnssec-signzone -S -K keys example.net<
multiple directories or on multiple machines.
dnssec-signzone -S -K keys example.net<
need. The HSM's provider library must have a complete implementation
of the PKCS#11 API, so that all these functions are accessible. As of
this writing, only the Thales nShield HSM and the latest development
- version of SoftHSM can be used in this fashion. For other HSM's,
+ version of SoftHSM can be used in this fashion. For other HSMs,
including the AEP Keyper, Sun SCA 6000 and older versions of SoftHSM,
use OpenSSL-based PKCS#11. (Note: As more HSMs become capable of
supporting native PKCS#11, it is expected that OpenSSL-based
diff --git a/doc/arm/Bv9ARM.ch06.html b/doc/arm/Bv9ARM.ch06.html
index c3f0883095..39fd17e535 100644
--- a/doc/arm/Bv9ARM.ch06.html
+++ b/doc/arm/Bv9ARM.ch06.html
@@ -3037,7 +3037,7 @@ options {
A negative trust anchor selectively disables - DNSSEC validation for zones that known to be + DNSSEC validation for zones that are known to be failing because of misconfiguration rather than an attack. When data to be validated is at or below an active NTA (and above any other @@ -3045,7 +3045,7 @@ options { abort the DNSSEC validation process and treat the data as insecure rather than bogus. This continues until the NTA's lifetime is elapsed, or until the server is - restarted (NTA's do not persist across restarts). + restarted (NTAs do not persist across restarts).
For convenience, TTL-style time unit suffixes can be @@ -3075,7 +3075,7 @@ options {
Validity checks can be disabled for an individual
NTA by using rndc nta -f, or
- for all NTA's by setting nta-recheck
+ for all NTAs by setting nta-recheck
to zero.
diff --git a/doc/arm/man.arpaname.html b/doc/arm/man.arpaname.html index 2ebfeb937b..ec25adabdf 100644 --- a/doc/arm/man.arpaname.html +++ b/doc/arm/man.arpaname.html @@ -50,20 +50,20 @@
arpaname {ipaddress ...}
arpaname translates IP addresses (IPv4 and IPv6) to the corresponding IN-ADDR.ARPA or IP6.ARPA names.
ddns-confgen [-a ] [algorithm-h] [-k ] [keyname-q] [-r ] [ -s randomfilename | -z zone ]
tsig-keygen and ddns-confgen are invocation methods for a utility that generates keys for use @@ -87,7 +87,7 @@
- Include ZSK's when generating DS records. Without this option, + Include ZSKs when generating DS records. Without this option, only keys which have the KSK flag set will be converted to DS records and printed. Useful only in zone file mode.
The key size does not need to be specified if using a default
algorithm. The default key size is 1024 bits for zone signing
- keys (ZSK's) and 2048 bits for key signing keys (KSK's,
+ keys (ZSKs) and 2048 bits for key signing keys (KSKs,
generated with -f KSK). However, if an
algorithm is explicitly specified with the -a,
then there is no default key size, and the -b
diff --git a/doc/arm/man.genrandom.html b/doc/arm/man.genrandom.html
index 91906540c4..7bd64aa42b 100644
--- a/doc/arm/man.genrandom.html
+++ b/doc/arm/man.genrandom.html
@@ -50,7 +50,7 @@
genrandom [-n ] {numbersize} {filename}
genrandom generates a file or a set of files containing a specified quantity @@ -59,7 +59,7 @@
isc-hmac-fixup {algorithm} {secret}
Versions of BIND 9 up to and including BIND 9.6 had a bug causing HMAC-SHA* TSIG keys which were longer than the digest length of the @@ -76,7 +76,7 @@
Secrets that have been converted by isc-hmac-fixup are shortened, but as this is how the HMAC protocol works in @@ -87,14 +87,14 @@
nsec3hash {salt} {algorithm} {iterations} {domain}
nsec3hash generates an NSEC3 hash based on a set of NSEC3 parameters. This can be used to check the validity @@ -56,7 +56,7 @@
rndc-confgen [-a] [-A ] [algorithm-b ] [keysize-c ] [keyfile-h] [-k ] [keyname-p ] [port-r ] [randomfile-s ] [address-t ] [chrootdir-u ]user
rndc-confgen generates configuration files for rndc. It can be used as a @@ -66,7 +66,7 @@
rndc.conf
rndc.conf is the configuration file
for rndc, the BIND 9 name server control
utility. This file has a similar structure and syntax to
@@ -136,7 +136,7 @@
The name server must be configured to accept rndc connections and
to recognize the key specified in the rndc.conf
@@ -220,7 +220,7 @@
rndc [-b ] [source-address-c ] [config-file-k ] [key-file-s ] [server-p ] [port-q] [-V] [-y ] {command}key_id
rndc controls the operation of a name server. It supersedes the ndc utility @@ -81,7 +81,7 @@
A list of commands supported by rndc can
be seen by running rndc without arguments.
@@ -413,13 +413,13 @@
Sets a DNSSEC negative trust anchor (NTA)
for domain, with a lifetime of
lifetime. The default lifetime is
- configured in <file>named.conf</file> via the
- nta-lifetime, and defaults to
+ configured in named.conf via the
+ nta-lifetime option, and defaults to
one hour. The lifetime cannot exceed one week.
A negative trust anchor selectively disables - DNSSEC validation for zones that known to be + DNSSEC validation for zones that are known to be failing because of misconfiguration rather than an attack. When data to be validated is at or below an active NTA (and above any other @@ -427,7 +427,7 @@ abort the DNSSEC validation process and treat the data as insecure rather than bogus. This continues until the NTA's lifetime is elapsed, or until the server is - restarted (NTA's do not persist across restarts). + restarted (NTAs do not persist across restarts).
An existing NTA can be removed by using the @@ -599,7 +599,7 @@