Modul 4 · 4.1
WHOIS és RDAP: így kereshet rá egy domainre
Modul 4: WHOIS, RDAP és adatvédelem · Olvasási idő: 9 perc
Tanulási cél: A lecke után Ön képes lesz egy domaint megkeresni a WHOIS-ban és az RDAP-ban, elolvasni a legfontosabb mezőket, és elmagyarázni, miért nem látható lejárati dátum a .nl esetében.
Kulcsfogalmak: WHOIS (43-as port), RDAP (JSON https-en keresztül), regisztrátor (registrar), viszonteladó (reseller), regisztráció dátuma, utolsó módosítás, lejárati dátum, névszerverek, DNSSEC (delegationSigned), WHOIS-eszköz
Két módja annak, hogy rákeressen egy domainre
Minden registrynél utánanézhet, mit tartanak nyilván egy domainnévről. Erre két rendszer létezik.
A WHOIS a régi rendszer, az internet korai időszakából. A kérdést a 43-as porton vagy a registry egy weboldalán keresztül teszi fel, és egy szöveget kap vissza. A hátránya: minden registry saját formátumot használ. Az egyiknél egy mező neve "Registrar", a másiknál "Sponsoring Registrar". Embereknek ez még kezelhető, programoknak viszont nehézkes.
Az RDAP (Registration Data Access Protocol) az utódja. A kérdést hagyományos https-en keresztül teszi fel, akárcsak egy weboldalnál, és a válasz rögzített formátumban érkezik: JSON-ban. Így bármely program képes elolvasni. Az RDAP hivatalos internetes szabvány (RFC 9082 a kérdésekhez, RFC 9083 a válaszokhoz). Egy külön megállapodás (RFC 9224) szabályozza, hogyan találja meg az adott végződéshez tartozó RDAP-szervert.
A .com és más gTLD-k esetében 2025. január 28. óta az RDAP a hivatalos forrás. A gTLD-k registryjeinek és regisztrátorainak már nem kell a régi WHOIS-t kínálniuk, bár vannak kivételek, például a .com. Az országkódos végződések maguk döntenek. Az SIDN a .nl-hez mindkettőt kínálja: egy Whois- és egy RDAP-szolgáltatást. Más registryk, például a .de, a .eu és a .be registryje, (2026. novemberi állapot szerint) nem rendelkeznek nyilvános RDAP-pal. Ott a WHOIS-t vagy a registry weboldalán lévő keresőt használja.
Amit a WHOIS és az RDAP mutat, az a registrynél nyilvántartott adat. Hogy a DNS valójában mit válaszol, azt egy DNS-lekérdezéssel láthatja. A DNS-tanfolyam röviden elmagyarázza ezt a különbséget (1.3. lecke).
A mezők, amelyekkel találkozni fog
Itt láthatja a legfontosabb mezőket. A nevük registrynként eltér, de a jelentésük mindenhol ugyanaz.
| Mező | Mit jelent |
|---|---|
| Domainnév | A név úgy, ahogyan a registry ismeri |
| Állapot | Hogy a név aktív, zárolt, törölt vagy költöztetés alatt áll (4.3. lecke) |
| Regisztrátor | A cég, amelynél a nevet regisztrálták; a .nl esetében az esetleges viszonteladó külön szerepel |
| Regisztráció dátuma | Mikor regisztrálták a nevet |
| Utolsó módosítás | Mikor változott utoljára valami a regisztrációban |
| Lejárati dátum | Meddig érvényes a regisztráció a registrynél (nem minden végződésnél) |
| Névszerverek | Azok a névszerverek, amelyekre a registry hivatkozik |
| DNSSEC | Hogy van-e DS-rekord a registrynél |
| Kapcsolattartók | A domaintulajdonos és a kapcsolattartók, amennyiben nyilvánosak (4.2. lecke) |
Az RDAP-ban a dátumok egy events listában szerepelnek: "registration", "last changed" és, ha a registry közzéteszi, "expiration". A regisztrátor egy entity-ként szerepel "registrar" szereppel. A DNSSEC-et a secureDNS blokkban olvashatja le: ha ott a delegationSigned értéke true, akkor a domain DNSSEC-kel védett, és van DS-rekord a registrynél. Hogy mi a DNSSEC, azt a DNS-tanfolyamban olvashatja (8.1. lecke).
Egy erősen leegyszerűsített RDAP-válasz így néz ki:
{
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "..."},
{"eventAction": "expiration", "eventDate": "..."}
],
"nameservers": [{"ldhName": "ns1.example.net"}],
"secureDNS": {"delegationSigned": true}
}A .nl sajátosságai
A .nl esetében néhány dolog másként működik, mint ahogy talán várná.
- Nincs lejárati dátum. Az SIDN Whois- és RDAP-szolgáltatása nem mutat lejárati dátumot, csak a regisztráció dátumát és az utolsó módosítás dátumát. Hogy meddig tart a regisztrációja és mikor érkezik a számla, azt a regisztrátorával egyezteti. A .com esetében a Verisign RDAP-jában viszont látható lejárati dátum.
- Holland nyelvű állapotok. A .nl Whois-ban olyan állapotokat lát, mint Actief (aktív), Inactief (inaktív) és In quarantaine (karanténban). Az SIDN RDAP-jában "active" szerepel, és néha "locked".
- A zár neve más. A .com esetében a költöztetési zár "client transfer prohibited" néven jelenik meg. A .nl esetében a költöztetés költöztetési kóddal (verhuiscode) működik, és egy további zár neve ott .nl Control: egy registry lock, amelyet a regisztrátorán keresztül igényelhet. Az SIDN RDAP-jában egyes neveknél a "locked" állapot látható, például magánál a sidn.nl-nél. Ez egy ilyen további zárra utal (4.3. és 7.1. lecke).
- DNSSEC igen vagy nem. A .nl Whois egyszerűen kimondja: DNSSEC igen vagy nem (yes vagy no).
Hol kereshet rá?
- A registry RDAP-oldalán. A .nl esetében ez a rdap.sidn.nl: a nevet a címben a /domain/ után írja be. A .com RDAP-ja a Verisignnél található. A böngészője ekkor a JSON-t mutatja; ennek olvasásához kell egy kis megszokás, de minden benne van.
- lookup.icann.org. Itt RDAP-on keresztül bármely végződésre rákereshet, amely rendelkezik RDAP-pal. Az oldal maga keresi meg a megfelelő szervert.
- A regisztrátora WHOIS-eszköze. Ez gyakran a régi WHOIS-on (43-as port) keresztül működik, és a választ szövegként jeleníti meg.
Buktató: egy általános WHOIS-oldal néha régi vagy hiányos adatokat mutat, vagy a regisztrátor adatait a registry adatai helyett. Ha kétségei vannak, nézze meg közvetlenül a registrynél.
A gyakorlatban: így működik a WebOkénál
A https://www.weboke.hu/toondomein oldalon található a WHOIS lookup ("Nézze meg, kié egy domainnév"). Beír egy domainnevet, és látja a registry válaszát, többek között az állapotot, a regisztrátort és a névszervereket. Az eszköz a WHOIS-szal dolgozik a 43-as porton keresztül, így nyilvános RDAP nélküli végződésekhez is használható. A weboldalon a Tools menüben találja. Más regisztrátoroknál hasonlóan működik: szinte minden regisztrátornak van WHOIS-keresője.
Összefoglalás
- A WHOIS a régi, szövegalapú rendszer (43-as port), az RDAP az utódja, rögzített JSON-válaszokkal https-en keresztül.
- A gTLD-knél 2025. január 28. óta az RDAP a hivatalos forrás; a .nl mindkettőt kínálja, a .de, a .eu és a .be nem rendelkezik nyilvános RDAP-pal.
- Fontos mezők: állapot, regisztrátor, dátumok, névszerverek és DNSSEC (secureDNS, delegationSigned).
- A .nl esetében nem látható lejárati dátum; egy további zár neve ott .nl Control, és ilyenkor az SIDN RDAP-jában "locked" látható.
Kvíz
Feladat
A4.1. feladat: Az Ön domainje az RDAP-ban. Keressen rá a saját domainjére. Ha a végződése rendelkezik RDAP-pal (mint a .nl vagy a .com), nyissa meg a registry RDAP-oldalát. Ha nem (mint a .de, a .eu vagy a .be), használja a https://www.weboke.hu/toondomein oldalon lévő WHOIS-eszközt vagy a registry keresőjét. Két dolgot nézzen meg: van-e rajta költöztetési zár (a .com esetében "client transfer prohibited", a .nl esetében "locked"), és be van-e kapcsolva a DNSSEC (delegationSigned az RDAP-ban, DNSSEC yes a .nl Whois-ban)?
Töltse ki az űrlapot:
- Domain: a saját domainneve (a példadomaineket, például az example.com-ot, a rendszer nem fogadja el).
- Zár: igen vagy nem.
- DNSSEC: igen vagy nem.
A program lekérdezi a registry RDAP-ját, és ellenőrzi, hogy van-e DS-rekord a domainjéhez a registrynél. Látja a regisztrátort, az állapotkódokat, a dátumokat és a névszervereket. Zöld az eredmény, ha a zárra és a DNSSEC-re vonatkozó válasza is helyes. Ha egy válasz nem helyes, annál a pontnál egy tippet lát, és újra próbálkozhat. Ha a végződése nem rendelkezik nyilvános RDAP-pal, ezt egy sorban jelezzük, és a zárra vonatkozó kérdés nem számít bele; a DNSSEC-et viszont ilyenkor is ellenőrizzük. Semmit nem módosítunk és semmit nem tárolunk.