# PTR ieraksts: kā no datora nosaukuma rodas uzņēmums

> PTR ieraksts piešķir IP adresei datora nosaukumu. Kā to nolasīt, atpazīt kopīgos nosaukumus un no domēna nonākt pie uzņēmuma.

Quelle: https://whovisit.app/lv/blog/ptr-ieraksts-no-datora-nosaukuma-lidz-uznemumam
Veröffentlicht: 2026-11-07
Herausgeber: Whovisit (ARAVILO, Innsbruck)

Kas grib zināt, kam pieder IP adrese, parasti ieskatās tīkla katalogā, Eiropas adresēm tātad RIPE datubāzē. Ir otrs ceļš, ko bieži nepamana: atpakaļmeklēšana DNS. Tad Jūs nejautājat „Kam pieder tīkls?“, bet „Kā sauc datoru aiz šīs adreses?“. Ja nosaukumā ir uzņēmuma domēns, Jums ir izmantojama norāde.

Šis raksts izskaidro, kas ir PTR ieraksts (PTR record), kas to uzstāda, pēc kā Jūs atšķirat noderīgus ierakstus no bezvērtīgiem un kur metode sasniedz robežas. Tīkla kataloga ceļu apraksta [Reverse IP Lookup vienkārši izskaidrots](https://whovisit.app/blog/reverse-ip-lookup-erklaert).

## Kas ir PTR ieraksts

DNS pazīst divus virzienus. Parasti Jūs jautājat pēc nosaukuma un saņemat adresi (A vai AAAA ieraksts). PTR ieraksts (angliski *pointer record*) ir pretējais virziens: pie adreses tas dod nosaukumu.

Tehniski adrese tam tiek apgriezta un papildināta ar īpašu galotni. No `203.0.113.25` kļūst vaicājums `25.113.0.203.in-addr.arpa`. IPv6 galotne ir `ip6.arpa`. Adrese tiek apgriezta rakstzīmi pa rakstzīmei. Atbilde ir datora nosaukums, piemēram, `mail.beispiel-firma.example`.

Svarīgi: PTR ieraksts ir brīvprātīgs. Ir adreses bez ieraksta. Ierakstam nav obligāti jāsakrīt ar tiešo ierakstu. Tā ir norāde, nevis pierādījums.

## Kas to uzstāda

PTR ierakstu uztur tas, kas pārvalda adrešu bloku:

- **Sniedzēji** savu klientu pieslēgumiem parasti uzstāda automātiski izveidotus kopīgus nosaukumus.
- **Uzņēmumi ar savu adrešu bloku** uztur ierakstus paši un bieži ieraksta savu domēnu.
- **Uzņēmējdarbības pieslēgumi** pie dažiem sniedzējiem pēc pieprasījuma saņem ierakstu ar klienta domēnu. Tas notiek galvenokārt pasta serveriem, jo daudzi saņēmēji noraida vēstules no adresēm bez piemērota datora nosaukuma.

No tā izriet: ieraksts ar savu domēnu ir pazīme, ka kāds adresi ir apzināti kopis. Automātiski izveidots nosaukums pasaka tikai kaut ko par sniedzēju.

## Likumsakarības atpazīšana: kopīgs nosaukums vai savs domēns

Datora nosaukums sastāv no divām daļām: priekšdaļas (`mail`, `pool-1-2-3-4`) un reģistrējamā domēna beigās (`beispiel-firma.example`). Domēns Jums atklāj operatoru, priekšdaļa atklāj, vai nosaukums piešķirts ar roku vai automātiski.

Tipiskas pazīmes **kopīgam nosaukumam**, kas uzņēmumu neatklāj:

- Adreses daļas ir nosaukumā: `203-0-113-25.provider.example` vai `25.113.0.203.provider.example`
- Vārdi, piemēram, `dyn`, `dynamic`, `dial`, `pool`, `dsl`, `adsl`, `cable`, `cust`, `customer`, `mobile`, `lte`, `static`, `nat`, `cgn`, `client`
- domēns, kas redzami pieder sniedzējam, hostinga sniedzējam vai datu centram

Tipiskas pazīmes **izmantojamam nosaukumam**:

- runājoša priekšdaļa, piemēram, `mail`, `gw`, `fw`, `vpn`, `proxy` vai `smtp`
- nosaukumā nav adreses daļu
- domēns, kas redzami pieder uzņēmumam, nevis sniedzējam

| Datora nosaukums (izdomāts piemērs) | Vērtējums |
|---|---|
| `dyn-203-0-113-25.dsl.provider.example` | Sniedzēja kopīgais nosaukums, nekas nav teikts par pieslēguma īpašnieku |
| `pool-25.cust.provider.example` | Kopīgs nosaukums, klienta pieslēgums |
| `mail.beispiel-firma.example` | Savs domēns, kandidāts piešķiršanai uzņēmumam |
| `vpn.beispiel-firma.example` | Savs domēns, kandidāts piešķiršanai uzņēmumam |
| `ec2-203-0-113-25.compute.cloud.example` | Datu centrs, hostinga sniedzēja klients, nevis pats sniedzējs |

Tabula rāda arī kādu lamatu: ja domēns nāk no sniedzēja vai hostinga sniedzēja, nosaukums Jums nekā nedod, pat ja izskatās glīti. Izmantojamam izvērtējumam tāpēc vajadzīgs zināmu sniedzēju un hostinga sniedzēju domēnu saraksts, kas tiek izslēgti.

## No domēna līdz uzņēmumam

Domēns vēl nav uzņēmums. Parastais ceļš pie uzņēmuma ved caur mājaslapu aiz domēna:

1. Noteikt reģistrējamo domēnu. No `mail.beispiel-firma.example` kļūst `beispiel-firma.example`. Galotnēm, piemēram, `co.uk`, skaitās trīs daļas.
2. Atvērt impresumu. Vācijā, Austrijā un Šveicē komerciālām mājaslapām jānosauc operators, parasti ar juridisko formu (GmbH, AG, KG un tā tālāk).
3. Izlasīt juridisko nosaukumu un pārbaudīt, vai tas pieder juridiskai personai, nevis privātpersonai.

Teksta meklēšanai ir robežas. Impresumi nav vienoti veidoti, dažas lapas saturu ielādē tikai ar skriptu. Dažreiz impresumā ir aģentūra vai mātesuzņēmums. Automātiska piešķiršana tāpēc paliek ieteikums, ko šaubu gadījumā pārbauda cilvēks. Alternatīvi uzņēmumu datubāzes pie domēna dod uzņēmuma nosaukumu, arī tas nekad nav pilnīgs.

## Izmēģināt pašam

Jums nevajag speciālu programmatūru. macOS un Linux ir `dig`, Windows `nslookup`. Piemēros izmantota `203.0.113.25`, adrese no dokumentācijas diapazona (RFC 5737). Tā nepieder nevienam un tāpēc tai nav īsta ieraksta. Pašu mēģinājumiem ievietojiet sava pieslēguma vai servera adresi.

```bash
# Atpakaļmeklēšana, tikai atbilde
dig -x 203.0.113.25 +short

# Detalizēti, ar apgriezto vaicājumu
dig -x 203.0.113.25

# Windows, macOS un Linux
nslookup 203.0.113.25
```

Tā Jūs nolasāt izvadi:

- Ar `+short` atbildē ir tikai datora nosaukums, piemēram, `mail.beispiel-firma.example.` (punkts beigās ir apzināts). Ja nekas nenāk atpakaļ, ieraksta nav.
- Bez `+short` dig sadaļā `QUESTION` rāda apgriezto vaicājumu ar `in-addr.arpa`. Sadaļā `ANSWER` ir rinda ar `PTR` un nosaukumu.
- Statuss `NXDOMAIN` nozīmē: šai adresei ieraksta nav. `SERVFAIL` vai taimauts nozīmē: kompetentais vārdu serveris neatbild.
- `nslookup` rāda `name =`, kam seko datora nosaukums, vai ziņojumu, ka nosaukums nav atrasts.

Kā pretpārbaudi vaicājiet nosaukumu uz priekšu (`dig beispiel-firma.example +short`). Ja nosaukums atkal norāda uz to pašu adresi, ieraksts ir ticamāks. Ja virzieni uz priekšu un atpakaļ nesakrīt, jāpiesargās.

## Metodes robežas

- **Novecojuši ieraksti.** Adreses maina īpašnieku, ieraksti paliek. Nosaukums, kas pirms gadiem bija pareizs, šodien var vest pie cita uzņēmuma vai vairs pie neviena.
- **Pakalpojumu sniedzēju pasta serveri.** Daudzi uzņēmumi vēstules sūta caur hostinga sniedzēju vai mārketinga rīku. Datora nosaukums tad norāda uz pakalpojumu sniedzēju, nevis uz uzņēmumu.
- **Kopīgi izmantotas adreses.** Aiz adreses ar uzņēmuma nosaukumu var atrasties vairāki biroju ēkas vai koprades telpas īrnieki. Nosaukums tad pieder izīrētājam.
- **Laika ierobežojumi.** DNS vaicājumi var pakārties. Kas tos izvērtē fonā, tam pēc īsa laika jāpadodas un atbilde nav jāpiespiež.
- **Mājas birojs un mobilie tīkli.** Šeit gandrīz vienmēr ir tikai kopīgi nosaukumi. Kāpēc tā, rakstīts [Mājas birojs, VPN un mobilie tīkli: ko Jūs neredzat](https://whovisit.app/blog/homeoffice-vpn-mobilfunk-besuchererkennung).

Kā PTR, tīkla katalogs un izvērtējums kopā veido apmeklētāju atpazīšanu, parāda pārskats [Kā darbojas uzņēmumu atpazīšana? Tehnika 6 soļos](https://whovisit.app/blog/firmenerkennung-website-technik). Tur rakstīts arī, kāpēc trāpījumi atkarībā no mērķauditorijas stipri svārstās.

Piemērs no prakses: Whovisit atpakaļmeklēšanu izmanto tikai adresēm no sniedzēju tīkliem, izmet kopīgos nosaukumus un zināmus sniedzēju domēnus, gaida atbildi ne ilgāk kā divas sekundes un atceras tikai domēna un uzņēmuma piešķiršanu, nekad IP adresi. Kādas apmeklētāju klases pastāv un ko tās nozīmē, rakstīts palīdzībā sadaļā [Apmeklētāju klases: uzņēmums, interneta pakalpojumu sniedzējs, datu centrs](https://whovisit.app/hilfe/besucherklassen-verstehen).

## Īsumā

PTR ieraksts ir brīvprātīga norāde uz datora nosaukumu aiz adreses. Vērtīgs tas kļūst, ja nosaukums satur paša uzņēmuma domēnu un neuzrāda sniedzēja likumsakarības. No domēna līdz uzņēmumam parasti ved impresums. Katra piešķiršana paliek pieņēmums ar kļūdu īpatsvaru. Nekāda piešķiršana ir labāka par nepareizu.