Reversert IP-oppslag (PTR-poster)

Omvendt DNS besvarer det motsatte spørsmålet av et vanlig oppslag: gitt en adresse, hvilket navn pekte eieren tilbake på den? Verktøyet bygger det omvendte navnet selv — a.b.c.d.in-addr.arpa for IPv4, nibble-formen under ip6.arpa for IPv6 — spør etter PTR-posten, og viser hvilken resolver som svarte, hva svarkoden var, CNAME-kjeden hvis det fantes en, og TTL. Den andre modusen går gjennom adressene ved siden av den som ble skrevet inn, innenfor samme blokk, én adresse om gangen, fordi hostere pleier å navngi maskinene sine etter et synlig mønster. Alt her er offentlig, passiv informasjon: ingen skanning, ingen ordbokbasert brute force, ingen WHOIS.
Adresse som skal slås opp
Resultat
Klar. Ingen spørring er sendt ennå.
Skriv inn en adresse, og kjør deretter det omvendte oppslaget.
Hva et omvendt oppslag kan og ikke kan fortelle
Retningen på spørringen. Et vanlig oppslag går fra et navn til en adresse via A- og AAAA-poster, og nettstedseieren kontrollerer dem. Et omvendt oppslag går fra en adresse til et navn via PTR-poster, og nettverkseieren kontrollerer dem, ikke nettstedseieren. Den ene forskjellen forklarer mesteparten av det som virker merkelig her: et navn under en hosters mønster, som srv12.hoster.example, sier hvem som driver maskinen, men ingenting om hvilket nettsted som ligger på den.

Ingen PTR-svar er et normalt resultat. Ingen er forpliktet til å opprette et omvendt navn, og de fleste adresseblokker gjør aldri det. Et tomt svar betyr at eieren lot feltet stå tomt eller at svaret ble fjernet, ikke at adressen er ubrukt eller gjør noe galt. Svaret går også gjennom den vanlige mellomlageret, så et nylig lagt til navn kan ta en stund før det dukker opp overalt.

Hvorfor naboene er interessante. Adresseblokker deles ut i områder, og det minste området en kunde vanligvis har, er en /24 — 256 adresser. Hostere gir disse adressene navn etter et system, så å lese noen få navn rundt én adresse viser ofte mønsteret og leverandøren bak hele blokken. Denne siden spør først om adressene nærmest den som ble skrevet inn, innenfor samme /24, og leter aldri etter navn som ikke er adresser.

Hva det ikke betyr. Et omvendt navn er ikke et nettstedsnavn: navnet i svaret kan tilhøre en ruter, et e-postrelé eller en lastbalanserer i stedet for et nettsted. Én adresse kan betjene hundrevis av ukryssende nettsteder, og ett stort nettsted kan spre seg over dusinvis av adresser, så et delt navn er et hint om hosting, aldri et bevis på at to ting henger sammen. Behandle naboene som et navnemønster, ikke som en liste over eiere.

Kostnad, og hvorfor naboelisten er treg. Hver adresse i listen er en egen spørring mot den samme resolver-kvoten som de andre sidene bruker, og listen kjører én adresse om gangen med et gap mellom hvert oppslag for å holde seg innenfor det offentlige resolvere aksepterer. En full liste tar derfor en stund, og listen kan avbrytes: de gjenværende adressene droppes uten at noe fortsetter å kjøre.

Hva denne siden ikke gjør. Ingen ordbokbasert brute force, ingen områdeskanning, ingen portprobing og ingen oppslag i registreringsdata. Hvis en adresse ikke har et omvendt navn og man vil vite hvilket nettverk den tilhører, er neste steg IP-oppslag-siden, som leser nettverks- og posisjonsfeltene offentlige tjenester publiserer, og subnettkalkulatoren, som viser grensene for blokken til adressen uten å sende noe noe sted.

Offentlige kilder som kan leses selv. Den autoritative oversikten over hvem som eier en adresseblokk, føres av de regionale registrene: IANA IPv4-adresserom og IANA IPv6-unicast-tildelinger viser hvilket register som fikk hver blokk, og hvert register publiserer deretter sine egne delegeringsposter. Denne siden spør bevisst ikke disse filene: de er en annen, tyngre type spørring, og å lese dem for hånd fra lenkene over er den ærlige måten å svare på spørsmålet «hvis nettverk er dette?».