# PTR įrašas: kaip iš kompiuterio vardo atsiranda įmonė

> PTR įrašas IP adresui priskiria kompiuterio vardą. Kaip jį skaityti, atpažinti bendrus vardus ir nuo domeno prieiti prie įmonės.

Quelle: https://whovisit.app/lt/blog/ptr-irasas-kompiuterio-vardas-imone
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

Kas nori sužinoti, kam priklauso IP adresas, dažniausiai žvelgia į tinklo katalogą, Europos adresų atveju į RIPE duomenų bazę. Yra antras kelias, kuris dažnai praleidžiamas: atvirkštinė paieška DNS. Čia klausiate ne „Kam priklauso tinklas?“, o „Koks yra kompiuterio, esančio už šio adreso, vardas?“. Jei varde yra įmonės domenas, turite tinkamą užuominą.

Šis straipsnis paaiškina, kas yra PTR įrašas (PTR record), kas jį nustato, kaip atskirti naudingus įrašus nuo bevertių ir kur metodas pasiekia ribas. Tinklo katalogo kelią aprašo [Reverse IP lookup paprastai paaiškintas](https://whovisit.app/blog/reverse-ip-lookup-erklaert).

## Kas yra PTR įrašas

DNS pažįsta dvi kryptis. Paprastai klausiate vardo ir gaunate adresą (A arba AAAA įrašas). PTR įrašas (angl. *pointer record*) yra priešinga kryptis: pagal adresą jis pateikia vardą.

Techniškai adresas tam apverčiamas ir pridedama speciali galūnė. Iš `203.0.113.25` tampa užklausa `25.113.0.203.in-addr.arpa`. IPv6 atveju galūnė yra `ip6.arpa`. Adresas apverčiamas ženklas po ženklo. Atsakymas yra kompiuterio vardas, pavyzdžiui, `mail.beispiel-firma.example`.

Svarbu: PTR įrašas yra savanoriškas. Yra adresų be įrašo. Įrašas nebūtinai sutampa su tiesioginiu įrašu. Tai užuomina, o ne įrodymas.

## Kas jį nustato

PTR įrašą tvarko tas, kas valdo adresų bloką:

- **Tiekėjai** savo klientų prieigoms dažniausiai nustato automatiškai sugeneruotus bendrus vardus.
- **Įmonės su savo adresų bloku** įrašus tvarko pačios ir dažnai įrašo savo domeną.
- **Verslo prieigos** kai kuriuose tiekėjuose pageidavimu gauna įrašą su kliento domenu. Tai nutinka daugiausia pašto serveriams, nes daugelis gavėjų atmeta laiškus iš adresų be tinkamo kompiuterio vardo.

Iš to išplaukia: įrašas su savo domenu yra ženklas, kad kas nors sąmoningai pasirūpino adresu. Automatiškai sugeneruotas vardas pasako tik apie tiekėją.

## Dėsningumų atpažinimas: bendras vardas ar savas domenas

Kompiuterio vardą sudaro dvi dalys: priekinė dalis (`mail`, `pool-1-2-3-4`) ir gale registruojamas domenas (`beispiel-firma.example`). Domenas išduoda operatorių, priekinė dalis išduoda, ar vardas suteiktas rankomis, ar automatiškai.

Tipiniai **bendro vardo** požymiai, kuris įmonės neišduoda:

- vardo dalys yra adreso dalys: `203-0-113-25.provider.example` arba `25.113.0.203.provider.example`
- žodžiai, tokie kaip `dyn`, `dynamic`, `dial`, `pool`, `dsl`, `adsl`, `cable`, `cust`, `customer`, `mobile`, `lte`, `static`, `nat`, `cgn`, `client`
- domenas, kuris aiškiai priklauso tiekėjui, talpintojui ar duomenų centrui

Tipiniai **naudingo vardo** požymiai:

- kalbanti priekinė dalis, pavyzdžiui, `mail`, `gw`, `fw`, `vpn`, `proxy` ar `smtp`
- varde nėra adreso dalių
- domenas, kuris aiškiai priklauso įmonei, o ne tiekėjui

| Kompiuterio vardas (išgalvotas pavyzdys) | Vertinimas |
|---|---|
| `dyn-203-0-113-25.dsl.provider.example` | Tiekėjo bendras vardas, nieko nesako apie prieigos savininką |
| `pool-25.cust.provider.example` | Bendras vardas, kliento prieiga |
| `mail.beispiel-firma.example` | Savas domenas, kandidatas priskyrimui įmonei |
| `vpn.beispiel-firma.example` | Savas domenas, kandidatas priskyrimui įmonei |
| `ec2-203-0-113-25.compute.cloud.example` | Duomenų centras, talpintojo klientas, o ne pats talpintojas |

Lentelė rodo ir spąstus: jei domenas yra tiekėjo ar talpintojo, vardas nieko neduoda, net jei atrodo gražiai. Tinkamam vertinimui todėl reikia žinomų tiekėjų ir talpintojų domenų sąrašo, kurie atmetami.

## Nuo domeno iki įmonės

Domenas dar nėra įmonė. Įprastas kelias iki įmonės veda per svetainę už domeno:

1. Nustatyti registruojamą domeną. Iš `mail.beispiel-firma.example` tampa `beispiel-firma.example`. Su galūnėmis, tokiomis kaip `co.uk`, skaičiuojamos trys dalys.
2. Atidaryti rekvizitų puslapį (Impressum). Vokietijoje, Austrijoje ir Šveicarijoje verslo svetainės privalo nurodyti operatorių, dažniausiai su teisine forma (GmbH, AG, KG ir t. t.).
3. Išskaityti teisinį pavadinimą ir patikrinti, ar jis priklauso juridiniam asmeniui, o ne fiziniam.

Teksto paieška turi ribas. Rekvizitų puslapiai sudaryti nevienodai, kai kurie puslapiai turinį įkelia tik scenarijumi. Kartais rekvizituose nurodyta agentūra ar patronuojanti įmonė. Todėl automatinis priskyrimas lieka pasiūlymu, kurį abejojant patikrina žmogus. Kaip alternatyva, įmonių duomenų bazės pagal domeną pateikia įmonės pavadinimą, bet ir tai niekada nėra pilna.

## Išbandykite patys

Specialios programinės įrangos nereikia. macOS ir Linux sistemose yra `dig`, Windows sistemoje `nslookup`. Pavyzdžiuose naudojamas `203.0.113.25`, adresas iš dokumentacijai skirto ruožo (RFC 5737). Jis niekam nepriklauso, todėl neturi tikro įrašo. Savo bandymams įveskite savo prieigos ar serverio adresą.

```bash
# Atvirkštinė paieška, tik atsakymas
dig -x 203.0.113.25 +short

# Išsamiai, su apverstąja užklausa
dig -x 203.0.113.25

# Windows, macOS ir Linux
nslookup 203.0.113.25
```

Taip skaitote išvestį:

- Su `+short` atsakyme yra tik kompiuterio vardas, pavyzdžiui, `mail.beispiel-firma.example.` (taškas gale yra sąmoningas). Jei nieko negrįžta, įrašo nėra.
- Be `+short` dig skyriuje `QUESTION` rodo apverstąją užklausą su `in-addr.arpa`. Skyriuje `ANSWER` yra eilutė su `PTR` ir vardu.
- Būsena `NXDOMAIN` reiškia: šiam adresui įrašo nėra. `SERVFAIL` arba laiko limito viršijimas reiškia: atsakingas vardų serveris neatsako.
- `nslookup` rodo `name =` ir toliau kompiuterio vardą arba pranešimą, kad vardas nerastas.

Kaip priešingą patikrą užklauskite vardą tiesiogine kryptimi (`dig beispiel-firma.example +short`). Jei vardas vėl rodo į tą patį adresą, įrašas patikimesnis. Jei tiesioginė ir atvirkštinė kryptys nesutampa, reikia atsargumo.

## Metodo ribos

- **Pasenę įrašai.** Adresai keičia savininką, įrašai lieka. Vardas, kuris prieš metus buvo teisingas, šiandien gali vesti į kitą įmonę ar apskritai į niekur.
- **Paslaugų teikėjų pašto serveriai.** Daug įmonių laiškus siunčia per talpintoją ar rinkodaros įrankį. Tuomet kompiuterio vardas rodo į paslaugų teikėją, o ne į įmonę.
- **Bendrai naudojami adresai.** Už adreso su įmonės pavadinimu gali būti keli biurų pastato ar bendradarbystės erdvės nuomininkai. Tuomet vardas priklauso nuomotojui.
- **Laiko limitai.** DNS užklausos gali strigti. Kas jas vertina fone, po trumpo laiko turi pasiduoti ir negali išprievartauti atsakymo.
- **Darbas iš namų ir mobilusis ryšys.** Čia beveik visada tėra bendri vardai. Kodėl taip yra, aprašyta straipsnyje [Darbas iš namų, VPN ir mobilusis ryšys: ko nematote](https://whovisit.app/blog/homeoffice-vpn-mobilfunk-besuchererkennung).

Kaip PTR, tinklo katalogas ir vertinimas kartu sudaro lankytojų atpažinimą, rodo apžvalga [Kaip veikia įmonių atpažinimas? Technika šešiais žingsniais](https://whovisit.app/blog/firmenerkennung-website-technik). Ten taip pat aprašyta, kodėl rezultatai, priklausomai nuo tikslinės grupės, stipriai svyruoja.

Pavyzdys iš praktikos: Whovisit atvirkštinę paiešką naudoja tik adresams iš tiekėjų tinklų, atmeta bendrus vardus ir žinomus tiekėjų domenus, atsakymo laukia daugiausia dvi sekundes ir įsimena tik domeno ir įmonės priskyrimą, niekada ne IP adresą. Kokios lankytojų klasės yra ir ką jos reiškia, aprašyta pagalbos skyriuje [Lankytojų klasės: įmonė, interneto paslaugų tiekėjas, duomenų centras](https://whovisit.app/hilfe/besucherklassen-verstehen).

## Trumpai

PTR įrašas yra savanoriška užuomina apie kompiuterio vardą už adreso. Vertingas jis tampa, kai varde yra savas įmonės domenas ir nėra tiekėjo dėsningumų. Nuo domeno iki įmonės paprastai veda rekvizitų puslapis. Kiekvienas priskyrimas lieka spėjimu su klaidų dalimi. Jokio įrašo geriau nei neteisingas.