GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages


Manual Reference Pages  -  VALIDNS (1)

NAME

validns - DNS and DSNSEC zone file validator

CONTENTS

Version
Synopsis
Description
Options
Basic Checks
Dnssec Checks
Policy Checks
Bugs
Acknowledgements
Authors

VERSION

This document describes validns version 0.8

SYNOPSIS

validns I]-h] validns [I]options]] I]zone-file]

For validating stdin, specify "-" in place of I]zone-file].

DESCRIPTION

Coming soon.

OPTIONS

-h Produce usage text and quit.
-f Quit on first validation error. Normally, C]validns] continues working on a zone after encountering a parsing or validation error.
-p I]name]
  Activate policy check I]name]. By default, only basic checks and DNSSEC checks are performed. This option can be specified multiple times. See B]POLICY CHECKS], below, for details. The following names are understood:
[bu] single-ns
[bu] cname-other-data
[bu] dname
[bu] dnskey
[bu] nsec3param-not-apex
[bu] mx-alias
[bu] ns-alias
[bu] rp-txt-exists
[bu] tlsa-host
[bu] all
-n I]N] Use N worker threads for parallelizable operations. The default is 0, meaning no parallelization. Currently only signature verification is parallelizable.
-q quiet - do not produce any output
-s print validation summary/stats
-v be extra verbose
-I I]path]
  use this path for $INCLUDE files
-z I]origin]
  use this origin as initial $ORIGIN
-t I]epoch-time]
  Use specified time instead of the current time when verifying validity of the signatures. This option may be specified multiple times, in which case every signature is checked against all specified times.

BASIC CHECKS

Every record and every supported directive should be parsable, which consitutes the most basic check of all. The C]validns] program will report the exact reason why it cannot parse a record or a directive.

Other basic checks include:
[bu] there could only be one SOA in a zone;
[bu] the first record in the zone must be an SOA record;
[bu] a record outside the apex;
[bu] TTL values differ within an RR set (excepting I]RRSIG]);

DNSSEC CHECKS

[bu] I]type] exists, but NSEC does not mention it for I]name];
[bu] NSEC mentions I]type], but no such record found for I]name];
[bu] NSEC says I]x] is the last name, but I]z] exists;
[bu] NSEC says I]z] comes after I]x], but nothing does;
[bu] NSEC says I]z] comes after I]x], but I]y] does;
[bu] signature is too new;
[bu] signature is too old;
[bu] RRSIG exists for non-existing type I]type];
[bu] RRSIG[aq]s original TTL differs from corresponding record[aq]s;
[bu] RRSIG(I]type]): cannot find a signer key;
[bu] RRSIG(I]type]): cannot verify the signature;
[bu] RRSIG(I]type]): cannot find the right signer key;
[bu] NSEC3 record name is not valid;
[bu] multiple NSEC3 with the same record name;
[bu] no corresponding NSEC3 found for I]name];
[bu] I]type] exists, but NSEC3 does not mention it for I]name];
[bu] NSEC3 mentions I]type], but no such record found for I]name];
[bu] there are more record types than NSEC3 mentions for I]name];
[bu] broken NSEC3 chain, expected I]name], but nothing found;
[bu] broken NSEC3 chain, expected I]name1], but found I]name2];
[bu] NSEC3 without a corresponding record (or empty non-terminal).

POLICY CHECKS

[bu] there should be at least two NS records per name (or zero);
[bu] CNAME and other data (excluding possible RRSIG and NSEC);
[bu] DNAME checks: no multiple DNAMEs, no descendants of a node with a DNAME; please note that DNAME/CNAME clash is handled by CNAME and other data check already;
[bu] DNSKEY checks: public key too short, leading zero octets in public key exponent or modulus;
[bu] NSEC3PARAM, if present, should only be at the zone apex.
[bu] MX exchange should not be an alias
[bu] NS nsdname should not be an alias
[bu] TXT domain name mentioned in RP record must have a corresponding TXT record if it is within the zone
[bu] domain name of a TLSA record must be a proper prefixed DNS name

BUGS

[bu] textual segments in I]TXT] and I]HINFO] must be enclosed in double quotes;
[bu] there cannot be more than 20 textual segments in a I]TXT] record;
[bu] I]$INCLUDE] directive is not implemented;
[bu] a dot within a label is not currently supported;
If at least one NSEC3 record uses opt-out flag, C]validns] assumes it is used as much as possible, that is, every unsigned delegation does not have a corresponding NSEC3 record. This is done for reasons of efficiency, to avoid calculating cryptographic hashes of every unsigned delegation. If this assumption is wrong for a zone, C]validns] will produce spurious validation errors.

ACKNOWLEDGEMENTS

Thanks go to Andy Holdaway, Daniel Stirnimann, Dennis Kjaer Jensen, Goran Bengtson, Hirohisa Yamaguchi, Hugo Salgado, Jake Zack, Jakob Schlyter, Koh-ichi Ito, Mathieu Arnold, Miek Gieben, Patrik Wallstrom, Paul Wouters, Ryan Eby, Tony Finch, Willem Toorop, and YAMAGUCHI Takanori for bug reports, testing, discussions, and occasional patches.

Special thanks to Stephane Bortzmeyer and Phil Regnauld.

Thanks for AFNIC which funded major portion of the development. Thanks for SWITCH for additional funding.

AUTHORS

Anton Berezin.
Search for    or go to Top of page |  Section 1 |  Main Index


--> VALIDNS (1) April 2011

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with manServer 1.07.