Jak działają domeny i DNS: przewodnik dla osób niebędących programistami

Domena to nazwa, którą ludzie wpisują, żeby trafić na twoją stronę, np. example.com, a DNS (Domain Name System) to książka adresowa internetu, która tłumaczy tę nazwę na miejsce, w którym faktycznie działa twoja strona. Domenę wynajmujesz od rejestratora, a potem dodajesz rekordy DNS, które mówią „strona jest tam” i „poczta idzie tutaj”. Podpięcie własnej domeny do aplikacji to głównie dodanie właściwego rekordu we właściwym miejscu i odczekanie, aż zacznie działać.

Dlaczego to ważne, gdy budujesz z AI

Kreator aplikacji AI może napisać i hostować twoją aplikację, ale domena żyje poza nią — zwykle u innej firmy, w panelu pełnym nieznanych typów rekordów. Tu wiele startów utyka: aplikacja jest gotowa, ale domena pokazuje błąd albo poczta nagle przestaje działać po zmianie DNS.

Odrobina zrozumienia bardzo pomaga. Będziesz wiedzieć, jakiego rekordu żąda twój host, dlaczego jeszcze nie działa i jak uniknąć zepsucia rzeczy (jak poczta), które już polegają na twojej domenie.

Codzienna analogia

Pomyśl o liście kontaktów w telefonie.

Nie pamiętasz numeru przyjaciela; dotykasz jego imienia, a telefon go wyszukuje. DNS robi to samo w internecie: wpisujesz example.com, a DNS wyszukuje numer (adres IP) serwera, z którym należy się połączyć.

• Domena to imię kontaktu.
• Rejestrator to firma, która oficjalnie zapisuje, że nazwa jest twoja.
• Rekordy DNS to dane zapisane pod tą nazwą: numer telefonu, adres e-mail, adres domowy.
• Serwery nazw to to, która książka kontaktów jest oficjalna dla tej nazwy.
• Buforowanie to telefon, który zapamiętuje numer na jakiś czas. Jeśli przyjaciel zmieni numer, niektóre telefony będą dzwonić pod stary, dopóki zapisana kopia się nie odświeży — to właśnie „propagacja” DNS.

Części nazwy domeny

Weźmy app.example.com:

Domeny nie kupuje się na zawsze; rejestruje się je na określony okres (zwykle rok lub dłużej) i odnawia. Jeśli pozwolisz jej wygasnąć, ktoś inny może ją zarejestrować.

Jak działa wyszukiwanie DNS

Gdy ktoś wpisze app.example.com:

1. Przeglądarka pyta resolver DNS — zwykle prowadzony przez dostawcę internetu lub publiczną usługę — o adres.
2. Jeśli resolver ma świeżą odpowiedź w pamięci podręcznej, odpowiada od razu.
3. Jeśli nie, schodzi w hierarchii: serwery główne kierują go do serwerów .com, które kierują go do serwerów nazw twojej domeny.
4. Twoje serwery nazw zwracają rekord, który ustawiłeś, np. CNAME do hosta albo rekord A z adresem IP.
5. Resolver zapisuje odpowiedź na czas TTL (time to live) rekordu i przekazuje ją przeglądarce, która łączy się z serwerem.

Całość zwykle dzieje się w milisekundach.

Typy rekordów DNS, których faktycznie użyjesz

Kilka zasad, które warto znać:

• CNAME nie może współistnieć z innymi rekordami o tej samej nazwie. Dlatego standardowego CNAME nie można ustawić na domenie głównej, która zawsze ma rekordy NS i inne. Wielu dostawców DNS oferuje obejścia zwane ALIAS, ANAME lub spłaszczaniem CNAME.
• Rekordy TXT wykonują dużo pracy przy poczcie. SPF wylicza, kto może wysyłać pocztę w imieniu domeny; DKIM publikuje klucz do weryfikacji podpisów; DMARC mówi odbiorcom, co zrobić z pocztą, która nie przechodzi tych sprawdzeń.
• Niższy numer MX oznacza wyższy priorytet. Poczta próbuje najpierw najniższego.

Propagacja i TTL

„Propagacja” brzmi, jakby zmiany rozchodziły się powoli po internecie. W rzeczywistości chodzi o buforowanie: resolwery trzymają kopię każdej odpowiedzi przez jej TTL i pytają ponownie dopiero po wygaśnięciu. Zatem:

• Nowy rekord, o który nikt jeszcze nie pytał, często działa w ciągu minut.
• Zmiana istniejącego rekordu zajmuje do jego starego TTL, zanim będzie widoczna wszędzie.
• Zmiana serwerów nazw może zająć nawet dzień lub dwa, bo te rekordy są buforowane dłużej na poziomie TLD.

Przydatna sztuczka: przed planowaną zmianą obniż TTL rekordu (np. do kilku minut), poczekaj, aż minie stare TTL, i dopiero wtedy zmień rekord.

Przykład: podpinanie aplikacji rezerwacji do domeny

Masz domenę twojsalon.pl. Twoja obecna strona i poczta Google Workspace już z niej korzystają. Zbudowałeś aplikację do rezerwacji i chcesz, żeby była pod book.twojsalon.pl.

1. Znajdź, gdzie zarządzasz DNS. Może to być rejestrator lub osobny dostawca DNS. Rekordy NS powiedzą ci, który.
2. Dodaj CNAME dla book, wskazujący na cel, który poda twój host aplikacji.
3. Dodaj rekord TXT, jeśli host go wymaga do potwierdzenia własności.
4. Nie ruszaj rekordów MX ani TXT poczty. Poczta dalej działa, bo niczego tam nie zmieniłeś.
5. Zweryfikuj w hostingu, gdy DNS się zaktualizuje. Host wtedy wystawia certyfikat HTTPS dla book.twojsalon.pl.
6. Sprawdź na telefonie w sieci komórkowej, która korzysta z innego resolvera i pamięci podręcznej niż twoje domowe Wi-Fi.

Gdybyś chciał aplikację na domenie głównej twojsalon.pl, potrzebowałbyś rekordów A albo funkcji ALIAS/spłaszczania u dostawcy DNS — a wtedy zastąpiłbyś tam obecną stronę. Więcej kroków znajdziesz w jak podpiąć własną domenę.

Częste błędy i mity

• „Domena i hosting to to samo.” Domena to nazwa; hosting to miejsce, w którym działa aplikacja. DNS je łączy.
• Użycie rekordu A, gdy host prosi o CNAME (albo odwrotnie). Postępuj dokładnie według instrukcji hosta.
• Literówki w celu. Jeden zły znak w CNAME i weryfikacja nie przejdzie.
• Zmiana serwerów nazw bez przeniesienia rekordów. Przeniesienie DNS do nowego dostawcy bez ponownego utworzenia rekordów MX i TXT to klasyczny sposób na zepsucie poczty.
• Przekierowywanie ruchu, gdy nie trzeba. Niektórzy dostawcy DNS, jak Cloudflare, mogą pośredniczyć w ruchu. Niektórzy hosty wymagają, by rekord był ustawiony na „tylko DNS”, żeby mogły wystawić certyfikat.
• Usuwanie „nieznanych” rekordów TXT. Często służą do weryfikacji albo bezpieczeństwa poczty, od których coś zależy.
• Pozwolenie na wygaśnięcie domeny. Włącz automatyczne odnawianie i pilnuj, by karta płatnicza była aktualna.

Co poprosić kreatora AI

DNS leży poza twoim kodem, więc chodzi raczej o to, o co pytać:

• „Jaki dokładnie rekord DNS potrzebuję dla app.mojadomena.pl — typ, nazwa i wartość?”
• „Czy ta zmiana wpłynie na moją pocztę?”
• „Po dodaniu rekordu domena pokazuje błąd. Co powinienem sprawdzić?”
• „Dodaj poprawny adres kanoniczny i przekierowania, żeby www i wersja bez www nie pokazywały strony dwa razy.”
• „Skonfiguruj wysyłanie e-maili z mojej domeny — jakie rekordy SPF, DKIM i DMARC będą potrzebne?” Zobacz jak wysyłać e-maile z aplikacji.

Domeny własne w Mythex

Każda opublikowana aplikacja w Mythex dostaje adres twojanazwa.mythex.app. W planie Pro możesz użyć własnej domeny: kup ją w Mythex (rejestracja jest rozliczana osobno, a DNS kupionych domen jest zarządzany za ciebie) albo podłącz już posiadaną, dodając CNAME z subdomeny, np. app.example.com, na adres twojanazwa.mythex.app swojej aplikacji, a potem klikając Zweryfikuj. HTTPS wystawia się automatycznie. Jeśli twój DNS jest na Cloudflare, ustaw ten rekord na „tylko DNS”. Zalecane są subdomeny; domeny główne zależą od wsparcia ALIAS lub spłaszczania u twojego dostawcy DNS. Dokumentacja domen własnych prowadzi przez każdy krok, a cennik pokazuje, co zawiera plan Pro.

Pytania