Fordított IP-keresés (PTR-rekordok)

A fordított DNS a normál keresés ellenkező kérdésére felel: egy címhez melyik név tartozik, amelyre a tulajdonosa visszamutatott? Az oldal építi fel a fordított nevet — a.b.c.d.in-addr.arpa alakban IPv4-hez, IPv6-hoz pedig az ip6.arpa alatti nibble-formában — lekérdezi a PTR rekordot, megmutatja, melyik feloldó válaszolt, és a válasz kódját a CNAME-láncot, ha volt ilyen, és a TTL-t. A második mód a megadott címhez legközelebbi címeket járja be ugyanabban a blokkban, egyesével, mert a szolgáltatók gyakran látható mintázat szerint nevezik el a gépeiket. Minden itt elérhető adat nyilvános, passzív információ: nincs letapogatás, nincs szótáras feltörés, nincs WHOIS-lekérdezés.
Készen áll. Még nem lett lekérdezés elküldve.
Címet megadva a fordított keresés indítható.
A lekérdezés iránya. A normál keresés névből címbe vezet A és AAAA rekordokon keresztül, és ezt a webhely tulajdonosa szabályozza. A fordított keresés címből névbe vezet PTR rekordokon keresztül, és ezt a hálózat tulajdonosa szabályozza, nem a webhelyé. Ez az egyetlen különbség magyarázza a legtöbb furcsaságot itt: egy olyan név, mint a srv12.hoster.example, azt mondja meg, ki üzemelteti a gépet, és nem azt, melyik webhely fut rajta.

A PTR-válasz hiánya normális eredmény. Senkinek sincs kötelessége fordított nevet létrehozni, és a legtöbb címtartomány soha nem hoz létre. Egy üres válasz azt jelenti, hogy a tulajdonos üresen hagyta, vagy a válasz eltávolításra került, nem azt, hogy a cím nincs használatban vagy valami rosszat csinál. Ez a normál gyorsítótáron át utazik, ezért egy újonnan hozzáadott név eltarthat egy ideig, mire mindenhol megjelenik.

Miért érdekesek a szomszédok. A címtartományok tartományokban kerülnek kiosztásra, és a legkisebb tartomány, amelyet egy ügyfél általában birtokol, egy /24 — 256 cím. A szolgáltatók ezeket a címeket egy séma szerint nevezik el, ezért néhány név elolvasása egy cím körül gyakran megmutatja a mintázatot és a mögötte álló szolgáltatót az egész blokkra. Ez az oldal a megadott címhez legközelebbi címekről kérdez, ugyanazon /24-en belül, és soha nem keres olyan neveket, amelyek nem címek.

Mit nem jelent. A fordított név nem webhelynév: a válaszban szereplő név tartozhat útválasztóhoz, levélátjátszóhoz vagy terheléselosztóhoz is, nem pedig bármely webhelyhez. Egy cím sok, egymással nem összefüggő webhelyet szolgálhat ki, egy nagy webhely pedig tucatnyi címre oszolhat el, ezért a megosztott név tárhelyre utaló nyom, soha nem bizonyíték arra, hogy két dolog összefügg. A szomszédokat elnevezési mintaként kezeljük, nem tulajdonoslistaként.

Költség, és miért lassú a szomszédlista. A lista minden címe külön lekérdezés ugyanazon a feloldói keretben, amelyet más oldalak is használnak, és a lista egyszerre egy címet dolgoz fel, elemek között szünettel, hogy a nyilvános feloldók által elfogadott kereten belül maradjon. Egy teljes lista ezért eltart egy ideig, és megszakítható: a fennmaradó címek elvetődnek, és semmi nem marad futva.

Amit ez az oldal nem tesz. Nincs szótáras feltörés, nincs tartománypásztázás, nincs portvizsgálat és nincs regisztrációs adatlekérdezés. Ha egy címnek nincs fordított neve, és azt szeretnénk tudni, melyik hálózathoz tartozik, a tisztességes következő lépés az IP-keresés oldal, amely a nyilvános szolgáltatások által közzétett hálózati és helyadatmezőket olvassa ki, valamint az Alhálózat-számológép, amely az adott cím blokkhatárait mutatja, anélkül hogy bármit bárhová küldene.

Nyilvános források, amelyek kézzel is ellenőrizhetők. A címtartományok birtoklásáról az autoritatív nyilvántartást a regionális regisztrátorok vezetik: az IANA IPv4-címtér és az IANA IPv6 unicast-kiosztások fájlok felsorolják, melyik regisztrátor kapta az egyes blokkokat, és minden regisztrátor közzéteszi a delegálási rekordjait. Ez az oldal szándékosan nem kérdezi le ezeket a fájlokat: külön, nehezebb lekérdezési típust képviselnek, és a fenti hivatkozásokból való kézi olvasásuk az, ami tisztességesen megválaszolja a kérdést: kié ez a hálózat.