Omvänt IP-uppslag (PTR-poster)

Omvänt DNS besvarar motsatt fråga mot ett vanligt uppslag: givet en adress, vilket namn pekade dess ägare tillbaka mot den? Sidan bygger det omvända namnet själv — a.b.c.d.in-addr.arpa för IPv4, nibble-formen under ip6.arpa för IPv6 — frågar efter PTR-posten och visar vilken resolver som svarade, vilken svarskod som kom, CNAME-kedjan om det fanns någon, och TTL. Det andra läget går igenom adresserna bredvid den som skrevs in, inom samma block, en adress i taget, eftersom hostingföretag tenderar att namnge sina maskiner i ett synligt mönster. Allt här är offentlig, passiv information: ingen skanning, ingen ordlisteattack, ingen WHOIS.
Adress att slå upp
Resultat
Klart. Ingen förfrågan har skickats ännu.
Ange en adress och kör sedan det omvända uppslaget.
Vad ett omvänt uppslag kan och inte kan säga
Frågans riktning. Ett vanligt uppslag går från ett namn till en adress via A- och AAAA-poster, och webbplatsens ägare styr det. Ett omvänt uppslag går från en adress till ett namn via PTR-poster, och nätverkets ägare styr det, inte webbplatsägaren. Den enda skillnaden förklarar det mesta av det som ser märkligt ut här: ett namn under ett hostings mönster, till exempel srv12.hoster.example, säger vem som driver maskinen, men säger ingenting om vilken webbplats som ligger på den.

Inget PTR-svar är ett normalt resultat. Ingen är skyldig att skapa ett omvänt namn, och de flesta adressblock gör aldrig det. Ett tomt svar betyder att ägaren lämnade det tomt eller att svaret togs bort, inte att adressen är oanvänd eller gör något fel. Det passerar också den normala cachen, så ett nyligen tillagt namn kan dröja innan det syns överallt.

Varför grannarna är intressanta. Adressblock delas ut i intervall, och det minsta intervall en kund vanligtvis har är ett /24 — 256 adresser. Hostingföretag namnger dessa adresser enligt ett schema, så om man läser några namn runt en adress visar det ofta mönstret och leverantören bakom hela blocket. Den här sidan frågar först om adresserna närmast den egna, inom samma /24, och letar aldrig efter namn som inte är adresser.

Vad det inte betyder. Ett omvänt namn är inte ett webbplatsnamn: namnet i svaret kan tillhöra en router, en e-postrelä eller en lastbalanserare snarare än någon webbplats. En adress kan betjäna hundratals orelaterade webbplatser, och en stor webbplats kan spridas över dussintals adresser, så ett delat namn är en ledtråd om hosting, aldrig ett bevis för att två saker hänger ihop. Betrakta grannarna som ett namngivningsmönster, inte som en lista över ägare.

Kostnad, och varför grannlistan är långsam. Varje adress i listan är en separat fråga mot samma resolverkvot som de andra sidorna använder, och listan körs en adress i taget med ett mellanrum mellan posterna för att hålla sig inom det som publika resolvers accepterar. En hel lista tar därför en stund, och den kan avbrytas: de återstående adresserna släpps utan att något fortsätter att köra.

Vad den här sidan inte gör. Ingen ordlisteattack, ingen intervallskanning, ingen portsondering och inget uppslag i registreringsdata. Om en adress saknar omvänt namn och man vill veta vems nätverk den ligger i, är det ärliga nästa steget sidan IP-uppslag, som läser de nätverks- och platsfält som publika tjänster faktiskt publicerar, och subnätskalkylatorn, som visar blockgränserna för just den adressen utan att skicka något någonstans.

Publika källor man kan läsa själv. Den auktoritativa uppgiften om vem som innehar ett adressintervall förs av de regionala registren: filerna IANA IPv4 address space och IANA IPv6 unicast assignments listar vilket register som fick varje block, och varje register publicerar sedan sina egna delegeringsposter. Den här sidan frågar medvetet inte dessa filer: de är en annan, tyngre sorts fråga, och att läsa dem för hand via länkarna ovan är det ärliga sättet att svara på “vems nätverk är detta”.