# Reverse IP Lookup, обяснен просто

> Reverse IP Lookup означава три различни неща. Тук е описано какво постигат Whois, RDAP и PTR, кой води регистрите и къде са границите.

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

Който търси „Reverse IP Lookup“, намира много различни инструменти. Причината е, че понятието не е точно определено. Според доставчика и контекста под него се разбират различни заявки. Тук ги подреждаме, за да знаете какво всъщност Ви трябва.

## Три значения

| Значение | Въпрос | Метод | Резултат |
|---|---|---|---|
| Търсене на собственика на мрежата | На кого е мрежата с този адрес? | Whois или RDAP при регионалните регистри | Име на мрежата, държава, собственик, контакти |
| Намиране на домейни на един адрес | Какви уебсайтове работят на този сървър? | Оценка на DNS данни, често от колекции на доставчиците | Списък с имена на домейни |
| Име на хост към адреса | Как се казва хостът зад адреса? | PTR заявка в DNS | Име на хост, ако е вписано |

За разпознаването на фирми на собствения уебсайт важи най-вече първото значение. Второто отговаря на друг въпрос, а именно кои страници споделят един сървър. То не казва нищо за това кой е един посетител. Третото допълва първото в особени случаи, вижте [PTR запис: как от име на хост става фирма](https://whovisit.app/blog/ptr-rueckwaertssuche-firma).

## Кой води директориите

IP адресите се управляват в световен мащаб от пет регионални регистъра. Всеки отговаря за част от света:

- **RIPE NCC:** Европа, Близкият изток и части от Централна Азия
- **ARIN:** Северна Америка
- **APNIC:** Азия и Тихоокеанският регион
- **LACNIC:** Латинска Америка и Карибите
- **AFRINIC:** Африка

За региона DACH отговаря RIPE NCC. Регистрите познават адресните блокове, които са разпределили, както и записите към тях. Който зададе заявка към грешен регистър, обикновено бива пренасочен към правилния.

## RDAP вместо Whois

Старият Whois е текстова услуга със свободно оформени отговори. Всеки регистър ги форматираше малко по-различно. За програмите това беше трудно за обработване. Наследникът се казва RDAP, Registration Data Access Protocol. Той носи три предимства:

- **Единен формат:** Отговорите са JSON, тоест четими от машини. Пътищата за заявки са определени в RFC 9082, структурите на отговорите в RFC 9083.
- **Единни адреси:** Една заявка е обикновен уеб адрес по образеца `/ip/<адрес>`.
- **Пренасочване:** Сървър, който не управлява адреса сам, препраща към отговорния регистър. Списък с отговорните сървъри води IANA.

За разработчиците това означава: може да запитате един регистър и да получите структуриран отговор вместо непрекъснат текст. Отговорите на регистрите в детайли все още се различават малко, така че не е напълно единно. Техническите основи IETF е публикувала в посочените RFC, документацията на RIPE за RDAP описва прилагането в Европа.

## Какво стои в един запис

Един мрежови запис обикновено съдържа следните полета:

- **Адресен диапазон:** начало и край на мрежата
- **Име на мрежата:** съкращение, избрано от собственика
- **Държава:** държавата, посочена в записа
- **Вид разпределение:** например голямо разпределение на доставчик или предоставяне на краен клиент
- **Собственик:** най-често организация, понякога само описание
- **Контакти:** лица за контакт по технически въпроси и съобщения за злоупотреби
- **Забележки:** свободен текст, който собственикът поддържа

Името на мрежата и описанието са свободен текст. Те са нееднакви и отчасти остарели. Затова всяко разпознаване на фирми работи с правила, които четат и класифицират тези полета, вместо с прост пряк съпоставка едно към едно.

## Граници

Един запис в регистъра казва на кого принадлежи една мрежа. Той не казва кой седи в момента пред едно устройство. От това следват няколко граници:

- **Собственикът на мрежата не е устройството.** Зад един адрес могат да стоят много хора, например в мобилна мрежа.
- **Мрежи на доставчици.** Ако мрежата принадлежи на интернет доставчик, в записа стои доставчикът, а не клиентът. Защо това важи за домашния офис и мобилната мрежа, е описано в [Домашен офис, VPN и мобилна мрежа: кого не виждате](https://whovisit.app/blog/homeoffice-vpn-mobilfunk-besuchererkennung).
- **Препредаване.** Доставчиците предават части от мрежите си на клиенти. Дали това предаване е в регистъра, е въпрос на доставчика. Ако липсва, доставчикът остава видим като собственик.
- **Поддръжка.** Записите се поддържат от хора и може да са остарели.

Какви последици има това за броя на попаденията, описва [Процент на разпознаване: защо числата се колебаят толкова силно](https://whovisit.app/blog/erkennungsquote-besuchererkennung). Целия процес от заявката до фирмата показва [Как работи разпознаването на фирми? Технологията в 6 стъпки](https://whovisit.app/blog/firmenerkennung-website-technik). Какво означават класовете в отчета, обяснява помощта под [Класове посетители: фирма, интернет доставчик, център за данни](https://whovisit.app/hilfe/besucherklassen-verstehen).

Дали Reverse IP Lookup е правилният път за Вас или е достатъчен формуляр, сравнява [Кои фирми посещават моя уебсайт? 3 пътя накратко](https://whovisit.app/blog/welche-firmen-besuchen-meine-website).

За ориентация при Whovisit: Заявката там върви чрез RDAP, после адресът се изхвърля.
