npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@nictool/dns-resource-record

v1.2.2

Published

DNS Resource Records

Downloads

187

Readme

Module Tests Coverage Status

dns-resource-record

DNS resource record parser, validator, importer, and exporter.

SYNOPSIS

This module is used to:

  • validate well formedness and RFC compliance of DNS resource records
  • import RRs to and from the following formats:

| RR format | import | export | | :------------------------------------------------------: | :----------------: | :----------------: | | JSON | :white_check_mark: | :white_check_mark: | | BIND | :white_check_mark: | :white_check_mark: | | Tinydns | :white_check_mark: | :white_check_mark: | | MaraDNS | | :white_check_mark: | | JS | :white_check_mark: | :white_check_mark: |

This package intends to import and export RFC compliant DNS resource records. Please raise an issue if a valid resource record fails to pass or an invalid resource record passes.

This package is for working with individual Resource Records. For working with zones of RRs, use dns-zone.

USAGE

Load the index for access to all RR types:

import * as RR from '@nictool/dns-resource-record'

EXAMPLES

const exampleRRs = {
    A: {
        owner  : 'test.example.com.',
        type   : 'A',
        address: '192.0.2.127',
        ttl    : 3600,
    },
    AAAA: {
        owner  : 'test.example.com.',
        type   : 'AAAA',
        address: '2605:7900:20:a::4',
        ttl    : 3600,
    },
    SOA: {
        owner  : 'example.com.',
        type   : 'SOA',
        mname  : 'matt.example.com.',
        rname  : 'ns1.example.com.',
        serial : 1,
        refresh: 7200,
        retry  : 3600,
        expire : 1209600,
        minimum: 3600,
        ttl    : 3600,
    }
}
try {
    console.log(new RR.SOA(exampleRRs.SOA))
    SOA(11) [Map] {
        'owner' => 'example.com.',
        'ttl' => 3600,
        'class' => 'IN',
        'type' => 'SOA',
        'mname' => 'matt.example.com.',
        'rname' => 'ns1.example.com.',
        'serial' => 1,
        'refresh' => 7200,
        'retry' => 3600,
        'expire' => 1209600,
        'minimum' => 3600
    }
}
catch (e) {
    console.error(e.message) // invalid RRs throw
}

Validate records by passing a properly formatted JS object to the record-specific class. To validate an A record:

const validatedA = new RR.A(exampleRRs.A)

Manipulate the validated record using pattern named setters:

console.log(validatedA.toBind())
test.example.com.    3600    IN  A   192.0.2.127

validatedA.setAddress('192.0.2.128')
console.log(validatedA.toBind())
test.example.com.    3600    IN  A   192.0.2.128

The setters are named: set + Field, where field is the resource record field name to modify. Multi-word names are camel cased, so a field named Certificate Usage has a setter named setCertificateUsage. The RFCs aren't always consistent regarding RR field names so aliases are permissible for interoperability.

FUNCTIONS

Get the field names for each RR type with getFields():

> import * as RR from 'dns-resource-record'
> new RR.A(null).getFields()
[ 'owner', 'ttl', 'class', 'type', 'address' ]

> new RR.PTR(null).getFields()
[ 'owner', 'ttl', 'class', 'type', 'dname' ]

> new RR.SSHFP(null).getFields()
[ 'owner', 'ttl', 'class', 'type', 'algorithm', 'fptype', 'fingerprint' ]

Get a list of RFCs for references about each RR type:

> new RR.A(null).getRFCs()
[ 1035 ]

> new RR.SRV(null).getRFCs()
[ 2782 ]

> new RR.MX(null).getRFCs()
[ 1035, 2181, 7505 ]

toBind

Validate a record and export to BIND format.

console.log(new RR.A(exampleRRs.A).toBind())
test.example.com    3600    IN  A   192.0.2.127

console.log(new RR.AAAA(exampleRRs.AAAA).toBind())
test.example.com    3600    IN  AAAA    2605:7900:20:a::4

toTinydns

Validate a record and export to tinydns format:

console.log(new RR.A(exampleRRs.A).toTinydns())
+test.example.com:192.0.2.127:3600::

fromTinydns toBind

Convert a tinydns line to BIND:

console.log(new RR.CAA({
  tinyline: ':ns1.example.com:257:\\000\\005issue"http\\072\\057\\057letsencrypt.org":3600::\n'
}).toBind())
ns1.example.com 3600    IN  CAA 0   issue   "http://letsencrypt.org"

set

The DNS validation checks can be bypassed entirely by using 'set':

> validatedA.set('address', 'oops')
A(5) [Map] {
  'owner' => 'test.example.com',
  'ttl' => 3600,
  'class' => 'IN',
  'type' => 'A',
  'address' => 'oops'
}

Consider this a "running with scissors" mode.

Supported Records

This module intends to include support for all current (ie, not officially deprecated) DNS RRs and all RRs that are in active use on the internet.

PRs are welcome, especially PRs with tests.

| RR | toBind | toTinydns | fromBind | fromTinydns | | :------------: | :----------------: | :----------------: | :----------------: | :----------------: | | A | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | AAAA | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | CAA | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | CERT | :white_check_mark: | | :white_check_mark: | | | CNAME | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | DNAME | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | DNSKEY | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | DS | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | HINFO | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | HTTPS | | | | | | IPSECKEY | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | KEY | | | | | | LOC | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | MX | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | NAPTR | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | NS | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | NSEC | :white_check_mark: | | :white_check_mark: | | | NSEC3 | :white_check_mark: | :white_check_mark: | :white_check_mark: | | | NSEC3PARAM | | | | | | NXT | | | | | | OPENPGPKEY | | | | | | PTR | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | RRSIG | | | | | | SIG | | | | | | SMIMEA | :white_check_mark: | | :white_check_mark: | | | SOA | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | SPF | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | SRV | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | SSHFP | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | SVCB | | | | | | TLSA | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | TSIG | | | | | | TXT | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | URI | :white_check_mark: | :white_check_mark: | :white_check_mark: | :white_check_mark: | | WKS | | | | |

TIPS

  • Domain owner names are:
    • stored fully qualified, aka absolute.
    • normalized to lower case, because:
      • DNS is case insensitive (see RFCs 4343, 1035, 1034)
      • this library enforces duplicate suppression
      • DNSSEC canonicalization (see RFC 4034)
      • wire format for most RRs require it
    • Master Zone File expansions exist in dns-zone
  • to{Bind|MaraDNS} output can be influenced (suppress TTL, class, relative domain names) with an options object. See it in bin/dns-zone in the dns-zone package.

SEE ALSO

TODO

  • [x] Change all IPs to use RFC example/doc address space
  • [x] change all domains to use reserved doc names
  • [x] import tests from nictool/server/t/12_records.t
  • [x] add defaults for empty values like TTL
  • [x] DNSSEC RRs: DS, NSEC, NSEC3, NSEC3PARAM, RRSIG
  • [x] CERT RRs: CERT, KEY, SIG, OPENPGPKEY
  • [x] RFC 4034: if the type of RR is NS, MD, MF, CNAME, SOA, MB, MG, MR, PTR, HINFO, MINFO, MX, RP, AFSDB, RT, SIG, PX, NXT, NAPTR, KX, SRV, DNAME, A6, RRSIG, or NSEC, all uppercase letters in the DNS names contained within the RDATA are replaced by the lowercase letters;
  • [x] LOC record ingest/out isn't consistent with API
  • [ ] export a web page for each RR type

DEVELOP

  • There are no dependencies. That's no accident.
  • ES modules for use by node.js and browser
  • Platform independence is a goal
    • [x] CI tests are on linux, windows, and macos