REV
REV
returns the reverse lookup domain for an IP network. For example REV('1.2.3.0/24')
returns 3.2.1.in-addr.arpa.
and REV('2001:db8:302::/48)
returns 2.0.3.0.8.b.d.0.1.0.0.2.ip6.arpa.
. This is used in D()
functions to create reverse DNS lookup zones.This is a convenience function. You could specify
D("3.2.1.in-addr.arpa", ...
if you like to do things manually but why would you risk making typos?REV
complies with RFC2317, "Classless in-addr.arpa delegation" for netmasks of size /25 through /31. While the RFC permits any format, we abide by the recommended format: FIRST/MASK.C.B.A.in-addr.arpa
where FIRST
is the first IP address of the zone, MASK
is the netmask of the zone (25-31 inclusive), and A, B, C are the first 3 octets of the IP address. For example 172.20.18.130/27
is located in a zone named 128/27.18.20.172.in-addr.arpa
If the address does not include a "/" then
REV
assumes /32 for IPv4 addresses and /128 for IPv6 addresses.Note that the lower bits (the ones outside the netmask) must be zeros. They are not zeroed out automatically. Thus,
REV("1.2.3.4/24")
is an error. This is done to catch typos.dnsconfig.js
D(REV("1.2.3.0/24"), REGISTRAR, DnsProvider(BIND),
PTR("1", "foo.example.com."),
PTR("2", "bar.example.com."),
PTR("3", "baz.example.com."),
// These take advantage of DNSControl's ability to generate the right name:
PTR("1.2.3.10", "ten.example.com."),
);
D(REV("2001:db8:302::/48"), REGISTRAR, DnsProvider(BIND),
PTR("1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0", "foo.example.com."), // 2001:db8:302::1
// These take advantage of DNSControl's ability to generate the right name:
PTR("2001:db8:302::2", "two.example.com."), // 2.0.0...
PTR("2001:db8:302::3", "three.example.com."), // 3.0.0...
);
In the future we plan on adding a flag to
A()
which will insert the correct PTR() record in the appropriate D(REV())
domain (i.e. .arpa
domain) has been defined.Last modified 2d ago