Rejestr, rejestrator i abonent domeny: kto za co odpowiada?

Moduł 1: Czym jest DNS? · Czas czytania: 7 min

Cel lekcji: Po tej lekcji będą Państwo potrafili wyjaśnić, kto za co odpowiada w związku z nazwą domeny i gdzie można to sprawdzić.

Kluczowe pojęcia: ICANN, IANA, rejestr (np. SIDN, DENIC, Verisign), rejestrator, abonent domeny, whois i RDAP, kod AuthInfo

Trzy warstwy

Wokół każdej nazwy domeny działają trzy strony, a do tego Państwo jako abonent domeny. Warto je od siebie odróżniać, ponieważ każda z nich reguluje coś innego.

1. IANA i ICANN: root

Na samej górze znajduje się root systemu DNS (lekcja 1.2). To, jakie domeny najwyższego poziomu istnieją i kto nimi zarządza, jest prowadzone przez IANA (Internet Assigned Numbers Authority). IANA jest częścią ICANN, międzynarodowej organizacji non profit. ICANN tworzy również zasady dla generycznych TLD, takich jak .com i .org. Dla kodów krajów, takich jak .nl, każdy kraj w dużej mierze ustala własne zasady.

2. Rejestr: zarządca jednej TLD

Każda TLD ma jednego zarządcę: rejestr. Prowadzi on rejestr wszystkich nazw domen pod daną TLD, zawierający między innymi dane abonenta i serwery nazw dla każdej nazwy. Przykłady:

Rejestr obsługuje również serwery nazw samej TLD. Gdy komputer gdziekolwiek na świecie pyta o voorbeeld.nl, serwery nazw .nl wskazują, do jakich serwerów nazw należy zwrócić się dalej. Nazywamy to delegacją (lekcja 1.4 i 2.1).

3. Rejestrator: gdzie dokonuje się rejestracji

Jako osoba prywatna lub firma zazwyczaj nie rejestrują Państwo domeny bezpośrednio w rejestrze, lecz u rejestratora: firmy, która w Państwa imieniu rejestruje, przedłuża i zmienia nazwy domen. Dostawca hostingu jest często jednocześnie rejestratorem, ale nie musi tak być. W SIDN rejestratorzy nazywani byli dawniej oficjalnie "deelnemers" (uczestnikami); to określenie wciąż czasem można spotkać.

Za pośrednictwem rejestratora załatwiają Państwo między innymi:

• rejestrację, przedłużenie i rezygnację;
• serwery nazw domeny;
• dane abonenta i osób kontaktowych;
• kod AuthInfo (zwany też kodem autoryzacyjnym, kodem EPP lub tokenem), za pomocą którego przenoszą Państwo domenę do innego rejestratora;
• w przypadku DNSSEC: przekazanie danych klucza (rekordu DS) do rejestru (lekcja 8.1).

Ważne: rejestrator nie jest automatycznie stroną zarządzającą Państwa rekordami DNS. Robi to podmiot, który obsługuje serwery nazw. Często jest to ten sam podmiot, ale może to być też inny, na przykład gdy korzystają Państwo z Cloudflare (lekcja 2.1 i 7.5).

4. Abonent domeny: to Państwo

Abonent domeny (po angielsku registrant) to właściciel nazwy domeny: osoba lub organizacja, która o niej decyduje. Jeśli zlecają Państwo twórcy strony internetowej zajęcie się domeną, proszę dopilnować, aby to Państwo (lub Państwa firma) byli zarejestrowani jako abonent domeny, a nie twórca strony. W przeciwnym razie przeniesienie domeny w przyszłości może być utrudnione.

Oprócz abonenta często są też osoby kontaktowe, takie jak kontakt administracyjny i techniczny. Mogą one należeć do innego podmiotu. Przy transferze domeny do innego rejestratora są one zwykle automatycznie aktualizowane.

Sprawdzanie danych: whois i RDAP

Chcą Państwo sprawdzić, jakiego rejestratora ma dana domena, jakie serwery nazw są ustawione i kiedy została zarejestrowana? W tym celu korzysta się z whois lub jego następcy RDAP (Registration Data Access Protocol). Każdy rejestr oferuje funkcję wyszukiwania, na przykład whois SIDN dla .nl. Istnieją też ogólne strony whois.

Odpowiedź whois wygląda mniej więcej tak (skrócona):

Domain name: voorbeeld.nl
Status:      active
Registrar:   Voorbeeld Registrar B.V.
DNSSEC:      yes
Domain nameservers:
   ns1.voorbeeldhost.nl
   ns2.voorbeeldhost.nl
Creation Date: 1998-05-12

Danych osobowych osób prywatnych zazwyczaj już Państwo nie zobaczą ze względu na przepisy o ochronie danych (RODO). Widoczne są natomiast rejestrator, status i serwery nazw.

Proszę zwrócić uwagę na różnicę:

• whois/RDAP pokazuje, co zapisano w rejestrze (jakie serwery nazw zostały podane);
• zapytanie DNS pokazuje, co odpowiadają serwery nazw.

Jeśli te dwie rzeczy do siebie nie pasują, jest to sygnał, że coś jest nie tak. Na przykład gdy zmienili Państwo serwery nazw u rejestratora, ale nowy podmiot nie przygotował jeszcze strefy (lekcja 2.3).

Dlaczego ten podział ma znaczenie

Dzięki tej wiedzy wiele problemów można szybciej zidentyfikować:

• "Moja domena wygasła." To sprawa rejestratora i rejestru, nie DNS. Po wygaśnięciu domena może trafić do kwarantanny; wtedy DNS przestaje działać.
• "Chcę zmienić moje rekordy." Robi się to u podmiotu, który obsługuje serwery nazw, niekoniecznie u rejestratora.
• "Chcę przenieść domenę." Dla nowego rejestratora potrzebny jest kod AuthInfo. Dla innego dostawcy DNS nie trzeba przenosić domeny: zmienia się jedynie serwery nazw.
• "Dostaję wiadomość od ICANN lub rejestru." Może być prawdziwa (na przykład prośba o potwierdzenie adresu e-mail), ale może to też być phishing. Proszę zawsze sprawdzać informacje przez własnego rejestratora.

Podsumowanie

• IANA (część ICANN) prowadzi rejestr tego, jakie TLD istnieją i kto nimi zarządza.
• Każda TLD ma jeden rejestr, na przykład SIDN dla .nl i Verisign dla .com.
• Rejestracji dokonuje się przez rejestratora; tam ustala się między innymi serwery nazw, dane abonenta i kod AuthInfo.
• Abonent domeny jest jej właścicielem; proszę zadbać, aby to Państwo nim byli.
• Za pomocą whois/RDAP widać, co zapisano w rejestrze, a za pomocą zapytania DNS, co odpowiadają serwery nazw.

Quiz

Zadanie

Zadanie Z1.3: Serwery nazw internet.nl. Za pomocą zapytania whois lub RDAP (albo zapytania DNS o rekord NS) proszę sprawdzić, jakie serwery nazw ma domena internet.nl. Proszę je uzupełnić.

Dalsza lektura

Te artykuły opisują sytuację w WebOké. U innych rejestratorów działa to podobnie.

• Czym jest SIDN i gdzie rejestruje się domeny .nl?
• Kim jest abonent domeny?
• Podręcznik WebOké 2.1: Wyszukiwanie i wybór nazwy domeny
• Podręcznik WebOké 5.12: Przenoszenie domeny do innego dostawcy: kod autoryzacyjny (EPP) i blokada transferu