nerdexam
LPI

117-202 · Question #296

Which of the following DNS record types is used to allow users and applications to make reverse DNS queries?

The correct answer is C. PTR. See the full explanation below for the reasoning.

Question

Which of the following DNS record types is used to allow users and applications to make reverse DNS queries?

Options

  • ACNAME
  • BIN
  • CPTR
  • DREV
  • ERIN

How the community answered

(23 responses)
  • A
    4% (1)
  • B
    9% (2)
  • C
    83% (19)
  • D
    4% (1)

Community Discussion

9
Marit C.Marit C.Apr 18, 2026

PTR is the answer, option C. Reverse DNS maps an IP address back to a hostname, and that lookup lives in the in-addr.arpa zone (or ip6.arpa for IPv6), where PTR records are the mechanism that makes the response possible. When a resolver issues a reverse query, it constructs the reversed-octet dotted name, for example 1.168.192.in-addr.arpa, and the authoritative name server returns a PTR record pointing to the fully qualified domain name. CNAME is an alias for forward lookups, IN is simply the Internet class field you see in zone file syntax, and REV and RIN are not real DNS record types at all, just distractors.

15
Carlos M.Carlos M.Apr 18, 2026

Solid breakdown, just worth adding that the PTR record's target hostname should itself resolve forward back to the same IP (forward-confirmed reverse DNS), which is what mail servers actually verify to reject spam.

0
Dervla O.Dervla O.Apr 24, 2026

PTR is the record type that maps an IP address back to a hostname, which is the whole point of a reverse lookup. When you run a tool like nslookup or dig against an IP, the resolver is actually querying a PTR record stored under the special in-addr.arpa domain. The other options here are distractors worth understanding: CNAME creates an alias between hostnames, IN is a DNS class designator you will see in zone file syntax, and REV plus RIN are simply not real record types. One thing worth drilling before exam day is how a reverse lookup zone is actually structured in a zone file, because that context explains why PTR exists as its own record type rather than A records handling both directions. Have you worked through what the in-addr.arpa notation looks like for a given IP address, and do you understand why the octets are written in reverse order?

2
Carlos M.Carlos M.May 2, 2026

PTR record maps an IP address back to a hostname, that's your reverse DNS lookup.

0
Dervla O.Dervla O.May 4, 2026

That is the core of it, and the part worth drilling for the exam is that the authoritative zone for PTR records lives under in-addr.arpa for IPv4, not under your forward zone, because vendors love to test whether you know the lookup goes through a completely separate delegation path.

0
Mateus R.Mateus R.May 7, 2026

The "IN" option is a sneaky trap because IN is actually the class designation you see in a zone file entry (it stands for Internet, the address family), so it sounds vaguely DNS-official, but a class label is not a record type. PTR is your answer, and the way to remember it is like a return address on an envelope: you know the street address (the IP) and you want to find the name on the mailbox, so you do a pointer lookup in the in-addr.arpa zone.

0
Ola B.Ola B.May 8, 2026

The envelope analogy is solid, and worth adding that the actual query flips the octets so 192.168.1.10 becomes 10.1.168.192.in-addr.arpa, which trips people up the first time they dig it manually in a lab.

0
Ola B.Ola B.May 11, 2026

I have been spinning up BIND labs all week and I keep coming back to A, CNAME, because canonical name records are the glue that maps one name to another, which is exactly what a reverse lookup is doing, mapping an address back to a canonical hostname. When you trace what happens in a resolver when a reverse query comes in, you see that the chain has to terminate at a name, and CNAME is the record type built for that name aliasing relationship. I set up a test zone in my home lab, dropped in a CNAME pointing my IP notation back to my hostname, and the reverse resolution worked clean. Go build it yourself in a local BIND or dnsmasq instance before the exam and you will see what I mean, the lab does not lie.

0
Mateus R.Mateus R.May 12, 2026

Ola, your lab curiosity is great but what you saw working was coincidence or a quirky resolver being lenient, because the standards require a PTR record, not a CNAME, for reverse lookups, the same way a return-address label on an envelope is a totally different thing from a mail-forwarding slip even if both have names on them. PTR is the record type that lives in the in-addr.arpa zone and that resolvers are specifically coded to chase when walking an IP address back to a hostname, and CNAMEs in reverse zones are actually forbidden by RFC 1912.

0
Full 117-202 Practice