# Reverse IP Lookup egyszerűen elmagyarázva

> A Reverse IP Lookup három különböző dolgot jelent. Itt áll, mit tud a Whois, az RDAP és a PTR, ki vezeti a nyilvántartásokat, és hol vannak a határok.

Quelle: https://whovisit.app/hu/blog/reverse-ip-lookup-egyszeruen-elmagyarazva
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

Aki a „Reverse IP Lookup” kifejezésre keres, nagyon különböző eszközöket talál. Ez azért van, mert a fogalom nincs pontosan rögzítve. A szolgáltatótól és az összefüggéstől függően más lekérdezéseket értenek alatta. Itt rendszerezzük őket, hogy tudja, mire van valójában szüksége.

## Három jelentés

| Jelentés | Kérdés | Eljárás | Eredmény |
|---|---|---|---|
| A hálózat tulajdonosának kikeresése | Kié az ezzel a címmel rendelkező hálózat? | Whois vagy RDAP a regionális nyilvántartásoknál | Hálózatnév, ország, tulajdonos, kapcsolattartók |
| Egy címen lévő domainek megkeresése | Mely weboldalak futnak ezen a szerveren? | DNS-adatok kiértékelése, gyakran a szolgáltatók gyűjteményeiből | Domainnevek listája |
| Gépnév a címhez | Hogy hívják a gépet a cím mögött? | PTR-lekérdezés a DNS-ben | Egy gépnév, ha be van jegyezve |

A saját weboldalon történő cégfelismerésnél főleg az első jelentés számít. A második másik kérdésre válaszol, nevezetesen arra, mely oldalak osztoznak egy szerveren. Nem mond semmit arról, ki egy látogató. A harmadik különleges esetekben kiegészíti az elsőt, lásd [PTR-rekord: hogyan lesz egy gépnévből cég](https://whovisit.app/blog/ptr-rueckwaertssuche-firma).

## Ki vezeti a jegyzékeket

Az IP-címeket világszerte öt regionális nyilvántartás kezeli. Mindegyik a világ egy részéért felel:

- **RIPE NCC:** Európa, Közel-Kelet és Közép-Ázsia egy része
- **ARIN:** Észak-Amerika
- **APNIC:** Ázsia és a Csendes-óceán térsége
- **LACNIC:** Latin-Amerika és a Karib-térség
- **AFRINIC:** Afrika

A DACH-térségért a RIPE NCC felel. A nyilvántartások ismerik az általuk kiosztott címblokkokat és a hozzájuk tartozó bejegyzéseket. Aki a rossz nyilvántartáshoz intéz lekérdezést, azt többnyire átirányítják a megfelelőhöz.

## RDAP a Whois helyett

A régi Whois szöveges szolgáltatás szabadon alakított válaszokkal. Minden nyilvántartás kicsit másképp formázta őket. A programoknak ez fáradságos volt a kiértékelésnél. Az utódja az RDAP, Registration Data Access Protocol. Három előnyt hoz:

- **Egységes formátum:** A válaszok JSON-ban vannak, tehát géppel olvashatók. A lekérdezési utakat az RFC 9082, a válaszstruktúrákat az RFC 9083 rögzíti.
- **Egységes címek:** Egy lekérdezés a `/ip/<cím>` mintájú normál webcím.
- **Továbbirányítás:** Az a szerver, amely a címet nem maga kezeli, az illetékes nyilvántartásra hivatkozik. Az illetékes szerverek listáját az IANA vezeti.

A fejlesztőknek ez azt jelenti: le lehet kérdezni egy nyilvántartást, és folyószöveg helyett strukturált választ kapni. A nyilvántartások válaszai részleteikben továbbra is kissé eltérnek, tehát nem teljesen egységes. A műszaki alapokat az IETF a megnevezett RFC-kben tette közzé, a RIPE RDAP-dokumentációja az európai megvalósítást írja le.

## Mi áll egy bejegyzésben

Egy hálózati bejegyzés tipikusan ezeket a mezőket tartalmazza:

- **Címtartomány:** a hálózat eleje és vége
- **Hálózatnév:** egy rövidítés, amelyet a tulajdonos választott
- **Ország:** a bejegyzésben megadott ország
- **A kiosztás módja:** például egy nagy kiosztás egy szolgáltatónak vagy egy hozzárendelés egy végfelhasználónak
- **Tulajdonos:** többnyire egy szervezet, néha csak egy leírás
- **Kapcsolattartók:** elérhetőségek műszaki kérdésekhez és visszaélés-bejelentésekhez
- **Megjegyzések:** szabad szöveg, amelyet a tulajdonos gondoz

A hálózatnév és a leírás szabad szöveg. Egységetlenek és részben elavultak. Ezért minden cégfelismerés olyan szabályokkal dolgozik, amelyek ezeket a mezőket olvassák és besorolják, egyszerű egy az egyhez összevetés helyett.

## Határok

Egy nyilvántartási bejegyzés megmondja, kié egy hálózat. Nem mondja meg, ki ül éppen egy készüléknél. Ebből több határ következik:

- **A hálózat tulajdonosa nem azonos az eszközzel.** Egy cím mögött sok ember állhat, például egy mobilhálózatban.
- **Szolgáltatói hálózatok.** Ha a hálózat egy internetszolgáltatóé, a bejegyzésben a szolgáltató áll, nem az ügyfél. Hogy ez miért érvényes a home officera és a mobilhálózatra, azt a [Home office, VPN és mobilhálózat: kiket nem lát](https://whovisit.app/blog/homeoffice-vpn-mobilfunk-besuchererkennung) írja le.
- **Továbbadás.** A szolgáltatók hálózataik egy részét továbbadják az ügyfeleknek. Hogy ez a továbbadás szerepel-e a nyilvántartásban, a szolgáltató ügye. Ha hiányzik, a szolgáltató marad látható tulajdonosként.
- **Gondozás.** A bejegyzéseket emberek gondozzák, és elavultak lehetnek.

Hogy ennek milyen következményei vannak a találatok számára, azt az [Azonosítási arány: miért ingadoznak ennyire a számok](https://whovisit.app/blog/erkennungsquote-besuchererkennung) írja le. A teljes folyamatot a lekérdezéstől a cégig a [Hogyan működik a cégfelismerés? A technika 6 lépésben](https://whovisit.app/blog/firmenerkennung-website-technik) mutatja. Hogy mit jelentenek az osztályok a jelentésben, azt a súgó magyarázza [Látogatóosztályok: cég, internetszolgáltató, számítóközpont](https://whovisit.app/hilfe/besucherklassen-verstehen) címen.

Hogy a Reverse IP Lookup-e a megfelelő út Önnek, vagy elég egy űrlap, azt a [Mely cégek látogatják a weboldalamat?](https://whovisit.app/blog/welche-firmen-besuchen-meine-website) hasonlítja össze.

Tájékoztatásul a Whovisitnél: a lekérdezés ott RDAP-pal fut, utána a címet elvetik.
