contrib/bind9/bin/dnssec/dnssec-signzone.html

   1 <!--
   2  - Copyright (C) 2004-2009, 2011, 2013, 2014 Internet Systems Consortium, Inc. ("ISC")
   3  - Copyright (C) 2000-2003 Internet Software Consortium.
   4  -
   5  - Permission to use, copy, modify, and/or distribute this software for any
   6  - purpose with or without fee is hereby granted, provided that the above
   7  - copyright notice and this permission notice appear in all copies.
   8  -
   9  - THE SOFTWARE IS PROVIDED "AS IS" AND ISC DISCLAIMS ALL WARRANTIES WITH
  10  - REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY
  11  - AND FITNESS. IN NO EVENT SHALL ISC BE LIABLE FOR ANY SPECIAL, DIRECT,
  12  - INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM
  13  - LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE
  14  - OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
  15  - PERFORMANCE OF THIS SOFTWARE.
  16 -->
  17 <!-- $Id$ -->
  18 <html>
  19 <head>
  20 <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
  21 <title>dnssec-signzone</title>
  22 <meta name="generator" content="DocBook XSL Stylesheets V1.71.1">
  23 </head>
  24 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF"><div class="refentry" lang="en">
  25 <a name="man.dnssec-signzone"></a><div class="titlepage"></div>
  26 <div class="refnamediv">
  27 <h2>Name</h2>
  28 <p><span class="application">dnssec-signzone</span> &#8212; DNSSEC zone signing tool</p>
  29 </div>
  30 <div class="refsynopsisdiv">
  31 <h2>Synopsis</h2>
  32 <div class="cmdsynopsis"><p><code class="command">dnssec-signzone</code>  [<code class="option">-a</code>] [<code class="option">-c <em class="replaceable"><code>class</code></em></code>] [<code class="option">-d <em class="replaceable"><code>directory</code></em></code>] [<code class="option">-D</code>] [<code class="option">-E <em class="replaceable"><code>engine</code></em></code>] [<code class="option">-e <em class="replaceable"><code>end-time</code></em></code>] [<code class="option">-f <em class="replaceable"><code>output-file</code></em></code>] [<code class="option">-g</code>] [<code class="option">-h</code>] [<code class="option">-K <em class="replaceable"><code>directory</code></em></code>] [<code class="option">-k <em class="replaceable"><code>key</code></em></code>] [<code class="option">-L <em class="replaceable"><code>serial</code></em></code>] [<code class="option">-l <em class="replaceable"><code>domain</code></em></code>] [<code class="option">-i <em class="replaceable"><code>interval</code></em></code>] [<code class="option">-I <em class="replaceable"><code>input-format</code></em></code>] [<code class="option">-j <em class="replaceable"><code>jitter</code></em></code>] [<code class="option">-N <em class="replaceable"><code>soa-serial-format</code></em></code>] [<code class="option">-o <em class="replaceable"><code>origin</code></em></code>] [<code class="option">-O <em class="replaceable"><code>output-format</code></em></code>] [<code class="option">-P</code>] [<code class="option">-p</code>] [<code class="option">-R</code>] [<code class="option">-r <em class="replaceable"><code>randomdev</code></em></code>] [<code class="option">-S</code>] [<code class="option">-s <em class="replaceable"><code>start-time</code></em></code>] [<code class="option">-T <em class="replaceable"><code>ttl</code></em></code>] [<code class="option">-t</code>] [<code class="option">-u</code>] [<code class="option">-v <em class="replaceable"><code>level</code></em></code>] [<code class="option">-V</code>] [<code class="option">-X <em class="replaceable"><code>extended end-time</code></em></code>] [<code class="option">-x</code>] [<code class="option">-z</code>] [<code class="option">-3 <em class="replaceable"><code>salt</code></em></code>] [<code class="option">-H <em class="replaceable"><code>iterations</code></em></code>] [<code class="option">-A</code>] {zonefile} [key...]</p></div>
  33 </div>
  34 <div class="refsect1" lang="en">
  35 <a name="id2543644"></a><h2>DESCRIPTION</h2>
  36 <p><span><strong class="command">dnssec-signzone</strong></span>
  37       signs a zone.  It generates
  38       NSEC and RRSIG records and produces a signed version of the
  39       zone. The security status of delegations from the signed zone
  40       (that is, whether the child zones are secure or not) is
  41       determined by the presence or absence of a
  42       <code class="filename">keyset</code> file for each child zone.
  43     </p>
  44 </div>
  45 <div class="refsect1" lang="en">
  46 <a name="id2543659"></a><h2>OPTIONS</h2>
  47 <div class="variablelist"><dl>
  48 <dt><span class="term">-a</span></dt>
  49 <dd><p>
  50             Verify all generated signatures.
  51           </p></dd>
  52 <dt><span class="term">-c <em class="replaceable"><code>class</code></em></span></dt>
  53 <dd><p>
  54             Specifies the DNS class of the zone.
  55           </p></dd>
  56 <dt><span class="term">-C</span></dt>
  57 <dd><p>
  58             Compatibility mode: Generate a
  59             <code class="filename">keyset-<em class="replaceable"><code>zonename</code></em></code>
  60             file in addition to
  61             <code class="filename">dsset-<em class="replaceable"><code>zonename</code></em></code>
  62             when signing a zone, for use by older versions of
  63             <span><strong class="command">dnssec-signzone</strong></span>.
  64           </p></dd>
  65 <dt><span class="term">-d <em class="replaceable"><code>directory</code></em></span></dt>
  66 <dd><p>
  67             Look for <code class="filename">dsset-</code> or
  68             <code class="filename">keyset-</code> files in <code class="option">directory</code>.
  69           </p></dd>
  70 <dt><span class="term">-D</span></dt>
  71 <dd><p>
  72             Output only those record types automatically managed by
  73             <span><strong class="command">dnssec-signzone</strong></span>, i.e. RRSIG, NSEC,
  74             NSEC3 and NSEC3PARAM records. If smart signing
  75             (<code class="option">-S</code>) is used, DNSKEY records are also
  76             included. The resulting file can be included in the original
  77             zone file with <span><strong class="command">$INCLUDE</strong></span>. This option
  78             cannot be combined with <code class="option">-O raw</code> or serial
  79             number updating.
  80           </p></dd>
  81 <dt><span class="term">-E <em class="replaceable"><code>engine</code></em></span></dt>
  82 <dd><p>
  83             Uses a crypto hardware (OpenSSL engine) for the crypto operations
  84             it supports, for instance signing with private keys from
  85             a secure key store. When compiled with PKCS#11 support
  86             it defaults to pkcs11; the empty name resets it to no engine.
  87           </p></dd>
  88 <dt><span class="term">-g</span></dt>
  89 <dd><p>
  90             Generate DS records for child zones from
  91             <code class="filename">dsset-</code> or <code class="filename">keyset-</code>
  92             file.  Existing DS records will be removed.
  93           </p></dd>
  94 <dt><span class="term">-K <em class="replaceable"><code>directory</code></em></span></dt>
  95 <dd><p>
  96             Key repository: Specify a directory to search for DNSSEC keys.
  97             If not specified, defaults to the current directory.
  98           </p></dd>
  99 <dt><span class="term">-k <em class="replaceable"><code>key</code></em></span></dt>
 100 <dd><p>
 101             Treat specified key as a key signing key ignoring any
 102             key flags.  This option may be specified multiple times.
 103           </p></dd>
 104 <dt><span class="term">-l <em class="replaceable"><code>domain</code></em></span></dt>
 105 <dd><p>
 106             Generate a DLV set in addition to the key (DNSKEY) and DS sets.
 107             The domain is appended to the name of the records.
 108           </p></dd>
 109 <dt><span class="term">-s <em class="replaceable"><code>start-time</code></em></span></dt>
 110 <dd><p>
 111             Specify the date and time when the generated RRSIG records
 112             become valid.  This can be either an absolute or relative
 113             time.  An absolute start time is indicated by a number
 114             in YYYYMMDDHHMMSS notation; 20000530144500 denotes
 115             14:45:00 UTC on May 30th, 2000.  A relative start time is
 116             indicated by +N, which is N seconds from the current time.
 117             If no <code class="option">start-time</code> is specified, the current
 118             time minus 1 hour (to allow for clock skew) is used.
 119           </p></dd>
 120 <dt><span class="term">-e <em class="replaceable"><code>end-time</code></em></span></dt>
 121 <dd><p>
 122             Specify the date and time when the generated RRSIG records
 123             expire.  As with <code class="option">start-time</code>, an absolute
 124             time is indicated in YYYYMMDDHHMMSS notation.  A time relative
 125             to the start time is indicated with +N, which is N seconds from
 126             the start time.  A time relative to the current time is
 127             indicated with now+N.  If no <code class="option">end-time</code> is
 128             specified, 30 days from the start time is used as a default.
 129             <code class="option">end-time</code> must be later than
 130             <code class="option">start-time</code>.
 131           </p></dd>
 132 <dt><span class="term">-X <em class="replaceable"><code>extended end-time</code></em></span></dt>
 133 <dd>
 134 <p>
 135             Specify the date and time when the generated RRSIG records
 136             for the DNSKEY RRset will expire.  This is to be used in cases
 137             when the DNSKEY signatures need to persist longer than
 138             signatures on other records; e.g., when the private component
 139             of the KSK is kept offline and the KSK signature is to be
 140             refreshed manually.
 141           </p>
 142 <p>
 143             As with <code class="option">start-time</code>, an absolute
 144             time is indicated in YYYYMMDDHHMMSS notation.  A time relative
 145             to the start time is indicated with +N, which is N seconds from
 146             the start time.  A time relative to the current time is
 147             indicated with now+N.  If no <code class="option">extended end-time</code> is
 148             specified, the value of <code class="option">end-time</code> is used as
 149             the default.  (<code class="option">end-time</code>, in turn, defaults to
 150             30 days from the start time.) <code class="option">extended end-time</code>
 151             must be later than <code class="option">start-time</code>.
 152           </p>
 153 </dd>
 154 <dt><span class="term">-f <em class="replaceable"><code>output-file</code></em></span></dt>
 155 <dd><p>
 156             The name of the output file containing the signed zone.  The
 157             default is to append <code class="filename">.signed</code> to
 158             the input filename.  If <code class="option">output-file</code> is
 159             set to <code class="literal">"-"</code>, then the signed zone is
 160             written to the standard output, with a default output
 161             format of "full".
 162           </p></dd>
 163 <dt><span class="term">-h</span></dt>
 164 <dd><p>
 165             Prints a short summary of the options and arguments to
 166             <span><strong class="command">dnssec-signzone</strong></span>.
 167           </p></dd>
 168 <dt><span class="term">-V</span></dt>
 169 <dd><p>
 170             Prints version information.
 171           </p></dd>
 172 <dt><span class="term">-i <em class="replaceable"><code>interval</code></em></span></dt>
 173 <dd>
 174 <p>
 175             When a previously-signed zone is passed as input, records
 176             may be resigned.  The <code class="option">interval</code> option
 177             specifies the cycle interval as an offset from the current
 178             time (in seconds).  If a RRSIG record expires after the
 179             cycle interval, it is retained.  Otherwise, it is considered
 180             to be expiring soon, and it will be replaced.
 181           </p>
 182 <p>
 183             The default cycle interval is one quarter of the difference
 184             between the signature end and start times.  So if neither
 185             <code class="option">end-time</code> or <code class="option">start-time</code>
 186             are specified, <span><strong class="command">dnssec-signzone</strong></span>
 187             generates
 188             signatures that are valid for 30 days, with a cycle
 189             interval of 7.5 days.  Therefore, if any existing RRSIG records
 190             are due to expire in less than 7.5 days, they would be
 191             replaced.
 192           </p>
 193 </dd>
 194 <dt><span class="term">-I <em class="replaceable"><code>input-format</code></em></span></dt>
 195 <dd><p>
 196             The format of the input zone file.
 197             Possible formats are <span><strong class="command">"text"</strong></span> (default)
 198             and <span><strong class="command">"raw"</strong></span>.
 199             This option is primarily intended to be used for dynamic
 200             signed zones so that the dumped zone file in a non-text
 201             format containing updates can be signed directly.
 202             The use of this option does not make much sense for
 203             non-dynamic zones.
 204           </p></dd>
 205 <dt><span class="term">-j <em class="replaceable"><code>jitter</code></em></span></dt>
 206 <dd>
 207 <p>
 208             When signing a zone with a fixed signature lifetime, all
 209             RRSIG records issued at the time of signing expires
 210             simultaneously.  If the zone is incrementally signed, i.e.
 211             a previously-signed zone is passed as input to the signer,
 212             all expired signatures have to be regenerated at about the
 213             same time.  The <code class="option">jitter</code> option specifies a
 214             jitter window that will be used to randomize the signature
 215             expire time, thus spreading incremental signature
 216             regeneration over time.
 217           </p>
 218 <p>
 219             Signature lifetime jitter also to some extent benefits
 220             validators and servers by spreading out cache expiration,
 221             i.e. if large numbers of RRSIGs don't expire at the same time
 222             from all caches there will be less congestion than if all
 223             validators need to refetch at mostly the same time.
 224           </p>
 225 </dd>
 226 <dt><span class="term">-L <em class="replaceable"><code>serial</code></em></span></dt>
 227 <dd><p>
 228             When writing a signed zone to 'raw' format, set the "source serial"
 229             value in the header to the specified serial number.  (This is
 230             expected to be used primarily for testing purposes.)
 231           </p></dd>
 232 <dt><span class="term">-n <em class="replaceable"><code>ncpus</code></em></span></dt>
 233 <dd><p>
 234             Specifies the number of threads to use.  By default, one
 235             thread is started for each detected CPU.
 236           </p></dd>
 237 <dt><span class="term">-N <em class="replaceable"><code>soa-serial-format</code></em></span></dt>
 238 <dd>
 239 <p>
 240             The SOA serial number format of the signed zone.
 241             Possible formats are <span><strong class="command">"keep"</strong></span> (default),
 242             <span><strong class="command">"increment"</strong></span> and
 243             <span><strong class="command">"unixtime"</strong></span>.
 244           </p>
 245 <div class="variablelist"><dl>
 246 <dt><span class="term"><span><strong class="command">"keep"</strong></span></span></dt>
 247 <dd><p>Do not modify the SOA serial number.</p></dd>
 248 <dt><span class="term"><span><strong class="command">"increment"</strong></span></span></dt>
 249 <dd><p>Increment the SOA serial number using RFC 1982
 250                       arithmetics.</p></dd>
 251 <dt><span class="term"><span><strong class="command">"unixtime"</strong></span></span></dt>
 252 <dd><p>Set the SOA serial number to the number of seconds
 253                 since epoch.</p></dd>
 254 </dl></div>
 255 </dd>
 256 <dt><span class="term">-o <em class="replaceable"><code>origin</code></em></span></dt>
 257 <dd><p>
 258             The zone origin.  If not specified, the name of the zone file
 259             is assumed to be the origin.
 260           </p></dd>
 261 <dt><span class="term">-O <em class="replaceable"><code>output-format</code></em></span></dt>
 262 <dd><p>
 263             The format of the output file containing the signed zone.
 264             Possible formats are <span><strong class="command">"text"</strong></span> (default)
 265             <span><strong class="command">"full"</strong></span>, which is text output in a
 266             format suitable for processing by external scripts,
 267             and <span><strong class="command">"raw"</strong></span> or <span><strong class="command">"raw=N"</strong></span>,
 268             which store the zone in a binary format for rapid loading
 269             by <span><strong class="command">named</strong></span>.  <span><strong class="command">"raw=N"</strong></span>
 270             specifies the format version of the raw zone file: if N
 271             is 0, the raw file can be read by any version of
 272             <span><strong class="command">named</strong></span>; if N is 1, the file can be
 273             read by release 9.9.0 or higher.  The default is 1.
 274           </p></dd>
 275 <dt><span class="term">-p</span></dt>
 276 <dd><p>
 277             Use pseudo-random data when signing the zone.  This is faster,
 278             but less secure, than using real random data.  This option
 279             may be useful when signing large zones or when the entropy
 280             source is limited.
 281           </p></dd>
 282 <dt><span class="term">-P</span></dt>
 283 <dd>
 284 <p>
 285             Disable post sign verification tests.
 286           </p>
 287 <p>
 288             The post sign verification test ensures that for each algorithm
 289             in use there is at least one non revoked self signed KSK key,
 290             that all revoked KSK keys are self signed, and that all records
 291             in the zone are signed by the algorithm.
 292             This option skips these tests.
 293           </p>
 294 </dd>
 295 <dt><span class="term">-Q</span></dt>
 296 <dd>
 297 <p>
 298             Remove signatures from keys that are no longer active.
 299           </p>
 300 <p>
 301             Normally, when a previously-signed zone is passed as input
 302             to the signer, and a DNSKEY record has been removed and
 303             replaced with a new one, signatures from the old key
 304             that are still within their validity period are retained.
 305             This allows the zone to continue to validate with cached
 306             copies of the old DNSKEY RRset.  The <code class="option">-Q</code>
 307             forces <span><strong class="command">dnssec-signzone</strong></span> to remove
 308             signatures from keys that are no longer active. This
 309             enables ZSK rollover using the procedure described in
 310             RFC 4641, section 4.2.1.1 ("Pre-Publish Key Rollover").
 311           </p>
 312 </dd>
 313 <dt><span class="term">-R</span></dt>
 314 <dd>
 315 <p>
 316             Remove signatures from keys that are no longer published.
 317           </p>
 318 <p>
 319             This option is similar to <code class="option">-Q</code>, except it
 320             forces <span><strong class="command">dnssec-signzone</strong></span> to signatures from
 321             keys that are no longer published. This enables ZSK rollover
 322             using the procedure described in RFC 4641, section 4.2.1.2
 323             ("Double Signature Zone Signing Key Rollover").
 324           </p>
 325 </dd>
 326 <dt><span class="term">-r <em class="replaceable"><code>randomdev</code></em></span></dt>
 327 <dd><p>
 328             Specifies the source of randomness.  If the operating
 329             system does not provide a <code class="filename">/dev/random</code>
 330             or equivalent device, the default source of randomness
 331             is keyboard input.  <code class="filename">randomdev</code>
 332             specifies
 333             the name of a character device or file containing random
 334             data to be used instead of the default.  The special value
 335             <code class="filename">keyboard</code> indicates that keyboard
 336             input should be used.
 337           </p></dd>
 338 <dt><span class="term">-S</span></dt>
 339 <dd>
 340 <p>
 341             Smart signing: Instructs <span><strong class="command">dnssec-signzone</strong></span> to
 342             search the key repository for keys that match the zone being
 343             signed, and to include them in the zone if appropriate.
 344           </p>
 345 <p>
 346             When a key is found, its timing metadata is examined to
 347             determine how it should be used, according to the following
 348             rules.  Each successive rule takes priority over the prior
 349             ones:
 350           </p>
 351 <div class="variablelist"><dl>
 352 <dt></dt>
 353 <dd><p>
 354                   If no timing metadata has been set for the key, the key is
 355                   published in the zone and used to sign the zone.
 356                 </p></dd>
 357 <dt></dt>
 358 <dd><p>
 359                   If the key's publication date is set and is in the past, the
 360                   key is published in the zone.
 361                 </p></dd>
 362 <dt></dt>
 363 <dd><p>
 364                   If the key's activation date is set and in the past, the
 365                   key is published (regardless of publication date) and
 366                   used to sign the zone.
 367                 </p></dd>
 368 <dt></dt>
 369 <dd><p>
 370                   If the key's revocation date is set and in the past, and the
 371                   key is published, then the key is revoked, and the revoked key
 372                   is used to sign the zone.
 373                 </p></dd>
 374 <dt></dt>
 375 <dd><p>
 376                   If either of the key's unpublication or deletion dates are set
 377                   and in the past, the key is NOT published or used to sign the
 378                   zone, regardless of any other metadata.
 379                 </p></dd>
 380 </dl></div>
 381 </dd>
 382 <dt><span class="term">-T <em class="replaceable"><code>ttl</code></em></span></dt>
 383 <dd><p>
 384             Specifies a TTL to be used for new DNSKEY records imported
 385             into the zone from the key repository.  If not
 386             specified, the default is the TTL value from the zone's SOA
 387             record.  This option is ignored when signing without
 388             <code class="option">-S</code>, since DNSKEY records are not imported
 389             from the key repository in that case.  It is also ignored if
 390             there are any pre-existing DNSKEY records at the zone apex,
 391             in which case new records' TTL values will be set to match
 392             them, or if any of the imported DNSKEY records had a default
 393             TTL value.  In the event of a a conflict between TTL values in
 394             imported keys, the shortest one is used.
 395           </p></dd>
 396 <dt><span class="term">-t</span></dt>
 397 <dd><p>
 398             Print statistics at completion.
 399           </p></dd>
 400 <dt><span class="term">-u</span></dt>
 401 <dd><p>
 402             Update NSEC/NSEC3 chain when re-signing a previously signed
 403             zone.  With this option, a zone signed with NSEC can be
 404             switched to NSEC3, or a zone signed with NSEC3 can
 405             be switch to NSEC or to NSEC3 with different parameters.
 406             Without this option, <span><strong class="command">dnssec-signzone</strong></span> will
 407             retain the existing chain when re-signing.
 408           </p></dd>
 409 <dt><span class="term">-v <em class="replaceable"><code>level</code></em></span></dt>
 410 <dd><p>
 411             Sets the debugging level.
 412           </p></dd>
 413 <dt><span class="term">-x</span></dt>
 414 <dd><p>
 415             Only sign the DNSKEY RRset with key-signing keys, and omit
 416             signatures from zone-signing keys.  (This is similar to the
 417             <span><strong class="command">dnssec-dnskey-kskonly yes;</strong></span> zone option in
 418             <span><strong class="command">named</strong></span>.)
 419           </p></dd>
 420 <dt><span class="term">-z</span></dt>
 421 <dd><p>
 422             Ignore KSK flag on key when determining what to sign.  This
 423             causes KSK-flagged keys to sign all records, not just the
 424             DNSKEY RRset.  (This is similar to the
 425             <span><strong class="command">update-check-ksk no;</strong></span> zone option in
 426             <span><strong class="command">named</strong></span>.)
 427           </p></dd>
 428 <dt><span class="term">-3 <em class="replaceable"><code>salt</code></em></span></dt>
 429 <dd><p>
 430             Generate an NSEC3 chain with the given hex encoded salt.
 431             A dash (<em class="replaceable"><code>salt</code></em>) can
 432             be used to indicate that no salt is to be used when generating                  the NSEC3 chain.
 433           </p></dd>
 434 <dt><span class="term">-H <em class="replaceable"><code>iterations</code></em></span></dt>
 435 <dd><p>
 436             When generating an NSEC3 chain, use this many iterations.  The
 437             default is 10.
 438           </p></dd>
 439 <dt><span class="term">-A</span></dt>
 440 <dd>
 441 <p>
 442             When generating an NSEC3 chain set the OPTOUT flag on all
 443             NSEC3 records and do not generate NSEC3 records for insecure
 444             delegations.
 445           </p>
 446 <p>
 447             Using this option twice (i.e., <code class="option">-AA</code>)
 448             turns the OPTOUT flag off for all records.  This is useful
 449             when using the <code class="option">-u</code> option to modify an NSEC3
 450             chain which previously had OPTOUT set.
 451           </p>
 452 </dd>
 453 <dt><span class="term">zonefile</span></dt>
 454 <dd><p>
 455             The file containing the zone to be signed.
 456           </p></dd>
 457 <dt><span class="term">key</span></dt>
 458 <dd><p>
 459             Specify which keys should be used to sign the zone.  If
 460             no keys are specified, then the zone will be examined
 461             for DNSKEY records at the zone apex.  If these are found and
 462             there are matching private keys, in the current directory,
 463             then these will be used for signing.
 464           </p></dd>
 465 </dl></div>
 466 </div>
 467 <div class="refsect1" lang="en">
 468 <a name="id2545181"></a><h2>EXAMPLE</h2>
 469 <p>
 470       The following command signs the <strong class="userinput"><code>example.com</code></strong>
 471       zone with the DSA key generated by <span><strong class="command">dnssec-keygen</strong></span>
 472       (Kexample.com.+003+17247).  Because the <span><strong class="command">-S</strong></span> option
 473       is not being used, the zone's keys must be in the master file
 474       (<code class="filename">db.example.com</code>).  This invocation looks
 475       for <code class="filename">dsset</code> files, in the current directory,
 476       so that DS records can be imported from them (<span><strong class="command">-g</strong></span>).
 477     </p>
 478 <pre class="programlisting">% dnssec-signzone -g -o example.com db.example.com \
 479 Kexample.com.+003+17247
 480 db.example.com.signed
 481 %</pre>
 482 <p>
 483       In the above example, <span><strong class="command">dnssec-signzone</strong></span> creates
 484       the file <code class="filename">db.example.com.signed</code>.  This
 485       file should be referenced in a zone statement in a
 486       <code class="filename">named.conf</code> file.
 487     </p>
 488 <p>
 489       This example re-signs a previously signed zone with default parameters.
 490       The private keys are assumed to be in the current directory.
 491     </p>
 492 <pre class="programlisting">% cp db.example.com.signed db.example.com
 493 % dnssec-signzone -o example.com db.example.com
 494 db.example.com.signed
 495 %</pre>
 496 </div>
 497 <div class="refsect1" lang="en">
 498 <a name="id2545237"></a><h2>SEE ALSO</h2>
 499 <p><span class="citerefentry"><span class="refentrytitle">dnssec-keygen</span>(8)</span>,
 500       <em class="citetitle">BIND 9 Administrator Reference Manual</em>,
 501       <em class="citetitle">RFC 4033</em>, <em class="citetitle">RFC 4641</em>.
 502     </p>
 503 </div>
 504 <div class="refsect1" lang="en">
 505 <a name="id2545265"></a><h2>AUTHOR</h2>
 506 <p><span class="corpauthor">Internet Systems Consortium</span>
 507     </p>
 508 </div>
 509 </div></body>
 510 </html>