Czy subdomena może mieć własny DNS, niezależny od domeny głównej? Okazuje się, że tak! Co więcej, jest to rozwiązanie stosowane w wielu profesjonalnych konfiguracjach serwerów, usług internetowych i środowisk hostingowych. Jeżeli masz domenę internetową i zastanawiasz się, czy możesz skierować jej subdomenę na zupełnie inny serwer, korzystać z innego dostawcy hostingu albo zarządzać jej rekordami DNS niezależnie od domeny głównej, to jesteś w dobrym miejscu.
Wbrew pozorom nie jest to szczególnie skomplikowane. Trzeba jednak rozróżnić dwie rzeczy: możliwość przypisania subdomenie osobnych rekordów DNS oraz delegowanie całej subdomeny do niezależnych serwerów DNS. To dwa różne rozwiązania, które dają inne możliwości.
W tym artykule wyjaśnię, jak działa DNS w przypadku subdomen, kiedy warto korzystać z osobnej konfiguracji, jak przeprowadzić delegowanie oraz na co uważać, żeby przypadkowo nie wyłączyć poczty lub nie spowodować problemów z działaniem strony internetowej.
Czym właściwie jest subdomena i jak działa DNS?
Zacznijmy od podstaw. Subdomena to dodatkowa część adresu internetowego, która znajduje się przed nazwą domeny głównej.
Przykładowo, jeżeli posiadasz domenę:
mojadomena.pl
możesz utworzyć kilka subdomen:
sklep.mojadomena.plblog.mojadomena.plpoczta.mojadomena.plpanel.mojadomena.pltest.mojadomena.pl
Każda z nich może prowadzić do innego serwera, aplikacji lub usługi internetowej.
Za odnajdywanie odpowiednich serwerów odpowiada system DNS (Domain Name System). Jego zadaniem jest tłumaczenie nazw domenowych na adresy IP oraz dostarczanie innych informacji potrzebnych do prawidłowego działania usług internetowych.
W standardowej konfiguracji wszystkie subdomeny są obsługiwane przez serwery DNS przypisane do domeny głównej. Oznacza to, że jeżeli domena mojadomena.pl korzysta z serwerów DNS firmy hostingowej, to właśnie tam zazwyczaj zarządzasz również rekordami dla jej subdomen.
Nie oznacza to jednak, że musisz tak robić zawsze.
System DNS pozwala na znacznie większą elastyczność. Możesz zdecydować, że jedna subdomena będzie obsługiwana przez zupełnie inne serwery DNS niż domena główna. Dzięki temu zyskujesz możliwość niezależnego zarządzania jej konfiguracją.
Czy subdomena może mieć własne serwery DNS?
Tak. Subdomena może mieć własne, niezależne serwery DNS. Technicznie odbywa się to poprzez mechanizm nazywany delegowaniem strefy DNS.
W praktyce oznacza to, że właściciel domeny głównej przekazuje odpowiedzialność za obsługę określonej subdomeny innym serwerom DNS.
Przykładowo:
- domena
mojadomena.plkorzysta z DNS firmy A, - subdomena
sklep.mojadomena.plkorzysta z DNS firmy B, - subdomena
blog.mojadomena.plnadal jest obsługiwana przez DNS firmy A.
W takim przypadku firma A zarządza domeną główną i jej pozostałymi rekordami, natomiast firma B odpowiada za konfigurację DNS sklepu internetowego.
To bardzo przydatne rozwiązanie, szczególnie jeżeli korzystasz z usług kilku dostawców infrastruktury.
Warto podkreślić, że delegowanie subdomeny nie oznacza konieczności przenoszenia całej domeny do innego rejestratora. Nie musisz zmieniać jej właściciela, transferować jej ani modyfikować głównych serwerów nazw domeny.
Wystarczy odpowiednia konfiguracja rekordów DNS.
Dwa sposoby na osobny DNS dla subdomeny
Zanim przejdziemy do konfiguracji, warto poznać dwa rozwiązania, które często są ze sobą mylone.
Pierwszym jest przypisanie subdomenie osobnych rekordów DNS w istniejącej strefie domeny głównej. Drugim jest pełne delegowanie subdomeny do innych serwerów DNS.
1. Osobne rekordy DNS dla subdomeny
To najprostsza i najczęściej wykorzystywana metoda.
W tym przypadku nie tworzysz osobnej strefy DNS, ale dodajesz rekordy dotyczące konkretnej subdomeny w panelu zarządzania domeną główną.
Załóżmy, że posiadasz domenę mojadomena.pl, a Twoja strona główna działa na serwerze o adresie IP:
192.0.2.10
Chcesz jednak, aby subdomena sklep.mojadomena.pl prowadziła na inny serwer, którego adres IP to:
198.51.100.20
Wystarczy dodać rekord A:
| Nazwa | Typ | Wartość |
|---|---|---|
| mojadomena.pl | A | 192.0.2.10 |
| sklep | A | 198.51.100.20 |
W zależności od panelu hostingowego nazwę subdomeny możesz wpisać jako sklep, sklep.mojadomena.pl lub w innej formie wymaganej przez operatora.
Po zapisaniu konfiguracji użytkownicy odwiedzający mojadomena.pl trafią na pierwszy serwer, natomiast osoby korzystające z sklep.mojadomena.pl zostaną skierowane na drugi.
Możesz również wykorzystywać inne typy rekordów, między innymi:
- A – przypisuje nazwę do adresu IPv4.
- AAAA – przypisuje nazwę do adresu IPv6.
- CNAME – wskazuje inną nazwę domenową.
- MX – określa serwery pocztowe.
- TXT – przechowuje dodatkowe informacje, np. ustawienia SPF lub weryfikację usług.
- SRV – określa lokalizację usług sieciowych.
To rozwiązanie wystarczy, jeśli chcesz jedynie skierować subdomenę na inny hosting, serwer VPS, aplikację lub usługę zewnętrzną.
Nie daje ono jednak niezależnego zarządzania całą strefą DNS przez innego administratora. Wszystkie rekordy nadal znajdują się w strefie domeny głównej.
2. Pełne delegowanie subdomeny do osobnych serwerów DNS
Jeżeli zależy Ci na rzeczywiście niezależnym DNS, powinieneś zainteresować się delegowaniem subdomeny.
W tym wariancie tworzysz osobną strefę DNS dla subdomeny na innych serwerach nazw, a następnie informujesz DNS domeny głównej, że zapytania dotyczące tej subdomeny powinny być kierowane właśnie tam.
Przykładowa konfiguracja może wyglądać następująco:
Domena główna:
mojadomena.pl
Serwery DNS:
ns1.operator-a.plns2.operator-a.pl
Subdomena:
sklep.mojadomena.pl
Serwery DNS:
ns1.operator-b.plns2.operator-b.pl
W panelu DNS domeny głównej dodajesz rekordy NS wskazujące serwery operatora B.
| Nazwa | Typ | Wartość |
|---|---|---|
| sklep | NS | ns1.operator-b.pl |
| sklep | NS | ns2.operator-b.pl |
Następnie na serwerach operatora B tworzysz osobną strefę DNS dla:
sklep.mojadomena.pl
Od tego momentu operator B może samodzielnie zarządzać rekordami tej subdomeny.
Może dodawać rekordy A, AAAA, MX, TXT, CNAME i inne, bez konieczności logowania się do panelu operatora obsługującego domenę główną.
To właśnie jest prawdziwa niezależność DNS subdomeny.
Jak skonfigurować osobny DNS dla subdomeny krok po kroku?
Przejdźmy teraz do praktycznej części. Załóżmy, że masz domenę mojadomena.pl, a subdomenę projekt.mojadomena.pl chcesz przekazać do obsługi innemu dostawcy DNS.
Przykład będzie uniwersalny i powinien pomóc Ci zrozumieć konfigurację niezależnie od tego, z jakiego panelu hostingowego korzystasz.
Krok 1. Utwórz strefę DNS dla subdomeny
Najpierw musisz zalogować się do panelu dostawcy, który ma obsługiwać nową strefę DNS.
Tworzysz tam strefę dla:
projekt.mojadomena.pl
Nie wpisujesz samej domeny mojadomena.pl, ponieważ w ten sposób utworzyłbyś strefę dla domeny głównej.
W nowej strefie możesz dodać przykładowe rekordy:
| Nazwa | Typ | Wartość |
|---|---|---|
| projekt.mojadomena.pl | A | 198.51.100.30 |
| www.projekt.mojadomena.pl | CNAME | projekt.mojadomena.pl |
| projekt.mojadomena.pl | MX | mail.projekt.mojadomena.pl |
| mail.projekt.mojadomena.pl | A | 198.51.100.31 |
Pamiętaj, że nie każdy dostawca wymaga wpisywania pełnych nazw. Niektóre panele automatycznie dopisują nazwę strefy do rekordów.
Krok 2. Sprawdź adresy serwerów DNS
Dostawca obsługujący nową strefę powinien udostępnić Ci przynajmniej dwa serwery nazw.
Przykładowo:
ns1.operator-b.pl
ns2.operator-b.pl
Nie muszą one znajdować się w tej samej domenie co subdomena. Mogą należeć do zupełnie innego operatora.
Ważne jest jednak, aby oba serwery rzeczywiście obsługiwały utworzoną strefę i udzielały autorytatywnych odpowiedzi na zapytania DNS.
Krok 3. Dodaj rekordy NS w DNS domeny głównej
Teraz przechodzisz do panelu, w którym zarządzasz domeną mojadomena.pl.
W strefie DNS dodajesz dwa rekordy NS:
| Nazwa | Typ | Wartość |
|---|---|---|
| projekt | NS | ns1.operator-b.pl |
| projekt | NS | ns2.operator-b.pl |
To najważniejszy etap całej operacji.
W ten sposób informujesz system DNS, że obsługą subdomeny projekt.mojadomena.pl mają zajmować się inne serwery.
Nie zmieniasz przy tym głównych rekordów NS domeny mojadomena.pl.
Nie powinieneś również usuwać rekordów dotyczących strony głównej, poczty czy pozostałych subdomen.
Krok 4. Sprawdź poprawność delegowania
Po zapisaniu zmian musisz poczekać, aż informacje o delegowaniu zostaną uwzględnione przez system DNS.
Czas oczekiwania zależy między innymi od wartości TTL wcześniejszych rekordów oraz cache resolverów DNS.
Do sprawdzenia konfiguracji możesz wykorzystać narzędzie dig.
Przykładowe polecenie:
dig NS projekt.mojadomena.pl
Powinieneś otrzymać informacje o serwerach nazw przypisanych do subdomeny.
Możesz również sprawdzić, jakie rekordy zwraca konkretny serwer:
dig @ns1.operator-b.pl projekt.mojadomena.pl SOA
Jeżeli wszystko zostało poprawnie skonfigurowane, otrzymasz rekord SOA nowej strefy.
Możesz także prześledzić całą ścieżkę delegowania:
dig +trace projekt.mojadomena.pl NS
To bardzo przydatne polecenie, ponieważ pozwala zobaczyć, jak zapytanie przechodzi przez kolejne poziomy hierarchii DNS.
Przykładowa konfiguracja delegowania subdomeny w BIND
Jeżeli korzystasz z własnego serwera DNS opartego na BIND, możesz samodzielnie utworzyć strefę dla subdomeny.
Załóżmy, że chcesz obsługiwać:
projekt.mojadomena.pl
Na serwerze DNS tworzysz odpowiedni wpis w konfiguracji BIND.
Przykładowy fragment pliku named.conf.local:
zone "projekt.mojadomena.pl" {
type master;
file "/etc/bind/db.projekt.mojadomena.pl";
};
Następnie tworzysz plik:
/etc/bind/db.projekt.mojadomena.pl
Przykładowa zawartość:
$TTL 3600
@ IN SOA ns1.operator-b.pl. admin.mojadomena.pl. (
2026110901
3600
1800
604800
3600
)
@ IN NS ns1.operator-b.pl.
@ IN NS ns2.operator-b.pl.
@ IN A 198.51.100.30
www IN CNAME projekt.mojadomena.pl.
mail IN A 198.51.100.31
@ IN MX 10 mail.projekt.mojadomena.pl.
Warto zwrócić uwagę na kilka szczegółów.
Pierwszym jest rekord SOA. Określa on podstawowe informacje dotyczące strefy, w tym serwer główny, adres administratora oraz parametry synchronizacji.
Drugim są rekordy NS, które wskazują serwery autorytatywne dla nowej strefy.
Trzecim jest numer seryjny strefy. W przykładzie zastosowano numer 2026110901. Przy każdej zmianie konfiguracji powinien on zostać odpowiednio zwiększony.
Po zapisaniu plików sprawdź ich poprawność:
named-checkconf
Możesz też sprawdzić samą strefę:
named-checkzone projekt.mojadomena.pl /etc/bind/db.projekt.mojadomena.pl
Jeżeli nie ma błędów, przeładuj konfigurację:
sudo rndc reload projekt.mojadomena.pl
Pamiętaj, że sama konfiguracja BIND nie wystarczy. Musisz jeszcze dodać rekordy delegujące NS w strefie domeny nadrzędnej.
Jeżeli serwery DNS mają być dostępne z Internetu, muszą również prawidłowo obsługiwać zapytania DNS na porcie 53, zarówno przez UDP, jak i TCP.
Czy subdomena może korzystać z innego hostingu niż domena główna?
Oczywiście. W rzeczywistości jest to jeden z najczęstszych powodów tworzenia osobnych rekordów DNS.
Nie musisz mieć całej infrastruktury internetowej u jednego dostawcy.
Możesz przykładowo skonfigurować swoją domenę w następujący sposób:
| Adres | Usługa | Dostawca |
|---|---|---|
| mojadomena.pl | Strona główna | Hosting A |
| sklep.mojadomena.pl | Sklep internetowy | Hosting B |
| blog.mojadomena.pl | Blog | Hosting C |
| poczta.mojadomena.pl | Serwer pocztowy | Serwer VPS |
| panel.mojadomena.pl | Panel administracyjny | Serwer firmowy |
W takim układzie każda usługa może działać na osobnej infrastrukturze.
Ważne jest jednak rozróżnienie: do skierowania subdomeny na inny serwer zwykle wystarczy rekord A lub CNAME. Nie musisz od razu delegować całej strefy DNS.
Jeżeli nie potrzebujesz niezależnego zarządzania rekordami, prostsza konfiguracja będzie zazwyczaj lepszym wyborem.
Czy osobny DNS subdomeny wpływa na domenę główną?
Nie, jeśli delegowanie zostało wykonane prawidłowo.
Domena główna nadal korzysta ze swoich dotychczasowych serwerów DNS. Zmienia się wyłącznie sposób obsługi delegowanej subdomeny.
Przykładowo, jeżeli dodasz delegowanie dla sklep.mojadomena.pl, nie powinno to zmienić działania:
mojadomena.pl,www.mojadomena.pl,blog.mojadomena.pl,poczta.mojadomena.pl.
Oczywiście pod warunkiem, że nie zmodyfikujesz przypadkowo ich rekordów.
Warto też pamiętać, że delegowanie tworzy granicę administracyjną między strefami. Rekordy znajdujące się w strefie podrzędnej powinny być zarządzane na serwerach wskazanych w delegowaniu, a nie w strefie domeny głównej.
Nie należy traktować delegowania jako zwykłego przekierowania DNS. To przekazanie odpowiedzialności za określoną część przestrzeni nazw.
Czy można delegować kilka subdomen do różnych dostawców?
Tak. Nie ma problemu, aby każda subdomena korzystała z innych serwerów DNS.
Załóżmy, że posiadasz domenę mojadomena.pl i chcesz podzielić infrastrukturę pomiędzy trzech operatorów.
Przykładowa konfiguracja:
sklep IN NS ns1.operator-a.pl. sklep IN NS ns2.operator-a.pl. blog IN NS ns1.operator-b.pl. blog IN NS ns2.operator-b.pl. panel IN NS ns1.operator-c.pl. panel IN NS ns2.operator-c.pl.
W takim przypadku:
sklep.mojadomena.pljest obsługiwany przez operatora A,blog.mojadomena.pljest obsługiwany przez operatora B,panel.mojadomena.pljest obsługiwany przez operatora C.
Każdy z operatorów może samodzielnie zarządzać swoją strefą.
To rozwiązanie sprawdza się między innymi w większych projektach internetowych, firmach korzystających z kilku dostawców usług oraz środowiskach deweloperskich.
Czy do delegowania subdomeny potrzebne są rekordy glue?
Nie zawsze. Wszystko zależy od tego, gdzie znajdują się serwery DNS, na które wskazujesz.
Jeżeli delegowana subdomena korzysta z serwerów DNS znajdujących się poza jej własną przestrzenią nazw, na przykład:
projekt.mojadomena.pl
jest obsługiwany przez:
ns1.operator-b.pl
to zazwyczaj nie potrzebujesz rekordów glue dla tej delegacji.
Sytuacja wygląda inaczej, jeśli chcesz użyć serwerów:
ns1.projekt.mojadomena.pl
ns2.projekt.mojadomena.pl
Wtedy pojawia się problem zależności. Aby odnaleźć serwer DNS, trzeba najpierw poznać jego adres IP, ale jego nazwa znajduje się wewnątrz delegowanej strefy.
W takiej sytuacji potrzebne mogą być rekordy glue, czyli dodatkowe informacje adresowe umieszczane na poziomie strefy nadrzędnej.
Przykładowo:
projekt IN NS ns1.projekt.mojadomena.pl. projekt IN NS ns2.projekt.mojadomena.pl. ns1.projekt IN A 198.51.100.40 ns2.projekt IN A 198.51.100.41
W praktyce sposób dodawania rekordów glue zależy od operatora DNS i rejestratora. Nie każdy panel pozwala na ich samodzielne konfigurowanie.
Najczęstsze błędy podczas konfiguracji osobnego DNS dla subdomeny
Sama idea delegowania jest prosta, ale podczas konfiguracji można popełnić kilka błędów, które sprawią, że subdomena przestanie działać.
1. Brak strefy DNS u nowego operatora
Dodanie rekordów NS w domenie głównej nie wystarczy. Serwery wskazane w delegowaniu muszą rzeczywiście obsługiwać strefę podrzędną.
Jeżeli strefa nie istnieje, zapytania DNS mogą kończyć się błędami.
2. Nieprawidłowa nazwa strefy
Jeżeli delegujesz projekt.mojadomena.pl, nowa strefa powinna dotyczyć właśnie tej nazwy.
Utworzenie strefy dla mojadomena.pl nie jest tym samym.
3. Brak rekordów NS w nowej strefie
Serwery DNS powinny zwracać prawidłowe rekordy NS i SOA dla delegowanej strefy.
4. Usunięcie rekordów domeny głównej
Nie zmieniaj głównych serwerów NS domeny tylko dlatego, że chcesz przenieść obsługę jednej subdomeny.
To częsty błąd, który może doprowadzić do problemów z działaniem całej domeny.
5. Nieprawidłowa konfiguracja poczty
Jeżeli subdomena korzysta z własnej poczty, musisz zadbać o odpowiednie rekordy MX oraz rekordy adresowe serwerów pocztowych.
Nie zapominaj również o rekordach TXT związanych z SPF, DKIM i DMARC.
6. Zbyt krótki czas testowania
Po wprowadzeniu zmian nie wszystkie serwery DNS na świecie muszą natychmiast zwracać nowe informacje.
Wynika to z mechanizmu cache oraz wartości TTL. Dlatego warto sprawdzać konfigurację z kilku niezależnych resolverów.
Jak sprawdzić, czy subdomena ma osobny DNS?
Jeżeli chcesz sprawdzić, czy dana subdomena została poprawnie delegowana, możesz skorzystać z kilku prostych narzędzi.
Najbardziej uniwersalnym rozwiązaniem jest program dig, dostępny między innymi w systemach Linux i macOS. Można go również zainstalować w Windows lub skorzystać z alternatywnych narzędzi.
Sprawdzenie rekordów NS:
dig NS sklep.mojadomena.pl
Sprawdzenie rekordu SOA:
dig SOA sklep.mojadomena.pl
Sprawdzenie delegowania bezpośrednio na serwerze domeny głównej:
dig @ns1.operator-a.pl sklep.mojadomena.pl NS
Sprawdzenie odpowiedzi nowego serwera DNS:
dig @ns1.operator-b.pl sklep.mojadomena.pl A
Możesz również wykorzystać polecenie:
nslookup -type=NS sklep.mojadomena.pl
Wyniki pozwolą Ci ustalić, jakie serwery DNS są wskazywane dla subdomeny i czy odpowiadają one na zapytania.
Warto pamiętać, że samo wyświetlenie rekordów NS nie jest jeszcze pełnym potwierdzeniem prawidłowego działania delegowania. Najlepiej sprawdzić również rekord SOA, odpowiedzi autorytatywne oraz ścieżkę delegowania za pomocą dig +trace.
Kiedy warto korzystać z osobnego DNS dla subdomeny?
Nie każdy projekt wymaga takiej konfiguracji. Jeżeli masz niewielką stronę internetową i jedną lub dwie subdomeny, zwykłe rekordy A, AAAA lub CNAME będą najczęściej wystarczające.
Pełne delegowanie warto rozważyć w kilku sytuacjach.
Korzystasz z usług różnych dostawców.
Jeżeli sklep internetowy, blog i aplikacja firmowa działają na różnych serwerach, niezależne strefy DNS mogą znacznie ułatwić zarządzanie infrastrukturą.
Chcesz przekazać zarządzanie subdomeną innej osobie.
Możesz oddać obsługę projekt.mojadomena.pl zewnętrznemu administratorowi, nie udostępniając mu dostępu do DNS domeny głównej.
Tworzysz środowiska testowe i deweloperskie.
Subdomeny takie jak dev.mojadomena.pl, test.mojadomena.pl czy staging.mojadomena.pl mogą być obsługiwane niezależnie od produkcyjnej strony internetowej.
Budujesz większą infrastrukturę internetową.
W przypadku rozbudowanych projektów podział odpowiedzialności za strefy DNS może ułatwić organizację pracy i ograniczyć ryzyko przypadkowych zmian w głównej konfiguracji.
Czy osobny DNS dla subdomeny jest bezpieczny?
Tak, ale podobnie jak w przypadku każdej konfiguracji DNS, wiele zależy od sposobu jej wdrożenia.
Delegowanie subdomeny pozwala ograniczyć dostęp do konfiguracji domeny głównej. Administrator zewnętrznej strefy może zarządzać rekordami swojej subdomeny bez konieczności uzyskiwania uprawnień do całej domeny.
To korzystne z punktu widzenia bezpieczeństwa i organizacji pracy.
Nie oznacza jednak, że delegowana subdomena jest automatycznie odizolowana od pozostałej infrastruktury. Jeżeli ktoś przejmie kontrolę nad jej DNS, może na przykład skierować stronę na inny serwer lub zmienić konfigurację poczty.
Dlatego warto:
- korzystać z wiarygodnych dostawców DNS,
- zabezpieczyć konta administratorów uwierzytelnianiem dwuskładnikowym,
- ograniczyć liczbę osób mających dostęp do konfiguracji,
- regularnie kontrolować rekordy NS i SOA,
- utrzymywać kopie konfiguracji DNS,
- rozważyć DNSSEC, jeżeli jest obsługiwany przez wszystkich uczestników delegowania i prawidłowo skonfigurowany.
Szczególnie ważny jest ostatni punkt. DNSSEC może pomóc w ochronie integralności odpowiedzi DNS, ale jego konfiguracja musi uwzględniać delegowanie i odpowiednie rekordy DS w strefie nadrzędnej.
Podsumowanie – czy subdomena może mieć osobny DNS?
Jak widzisz, odpowiedź jest jednoznaczna: subdomena może mieć własne, niezależne serwery DNS i nie musi korzystać z tej samej infrastruktury co domena główna.
Jeżeli chcesz jedynie skierować subdomenę na inny hosting, wystarczy zazwyczaj dodać odpowiedni rekord A lub CNAME. To najprostsza metoda i w większości niewielkich projektów będzie całkowicie wystarczająca.
Jeżeli jednak zależy Ci na tym, aby inny dostawca lub administrator samodzielnie zarządzał wszystkimi rekordami subdomeny, powinieneś zastosować delegowanie strefy DNS za pomocą rekordów NS.
Najważniejsze jest to, że nie musisz przenosić całej domeny do innego operatora ani zmieniać jej głównych serwerów nazw. Możesz pozostawić domenę główną w dotychczasowym miejscu, a wybraną subdomenę przekazać do niezależnej obsługi.
Takie rozwiązanie daje dużą swobodę w zarządzaniu infrastrukturą internetową i pozwala budować bardziej rozbudowane projekty bez konieczności uzależniania wszystkich usług od jednego dostawcy hostingu.