Jak naprawdę działa domena? DNS, rekordy i ukryty porządek internetu

przez Łukasz | lis 15, 2025

Adres internetowy wygląda banalnie:

webflux.pl

Klikasz i działa.

Ale to, co dzieje się pod spodem, to jedna z najbardziej eleganckich i niedocenianych konstrukcji całego internetu.

Poniżej — przewodnik dla tych, którzy chcą rozumieć sieć tak, jak widzą ją systemy: czysto, logicznie i warstwa po warstwie.

1. Domeny nie są „adresami stron”. To wpisy w gigantycznej globalnej bazie.

 

Domena to tylko etykieta, coś w rodzaju nazwy kontaktu w telefonie.

Prawdziwy adres to adres IP — ciąg liczb, który wskazuje konkretny serwer.

Żeby domena działała, musi istnieć w systemie nazw DNS (Domain Name System).

DNS to gigantyczna, rozproszona książka telefoniczna internetu.

Gdy wpisujesz webflux.pl, przeglądarka robi w rzeczywistości:

webflux.pl → DNS → adres IP → serwer → strona

To proste na wierzchu, ale skomplikowane pod spodem.

2. Domeny są czytane… od prawej do lewej

 

To jeden z ciekawszych faktów, w zasadzie ciekawostka:

👉 Najważniejsza część domeny jest po prawej stronie.

  • .pl — to TLD (Top Level Domain)

  • webflux — to domena właściwa

  • www — to subdomena

 

System DNS analizuje to tak:

www.webflux.pl.

Zwróć uwagę na kropkę na końcu.

Tak — poprawna, kanoniczna forma domeny to taka z kropką na końcu.

To oznacza: „to już pełna nazwa, dalej nic nie ma”.

Przeglądarki tę kropkę ukrywają, ale serwery DNS traktują ją absolutnie poważnie - to rdzeń od którego wszystko się zaczyna.

3. Co naprawdę dzieje się po wpisaniu adresu?

 

W dużym skrócie:

  1. DNS root servers – najwyższy poziom. Wskazują, gdzie znaleźć serwery dla .pl

  2. TLD servers – serwery dla .pl mówią: „ta domena jest utrzymywana tu →”

  3. Authoritative DNS – serwery konkretnej domeny wiedzą wszystko: IP, rekordy MX itd.

 

Dopiero ten trzeci poziom odpowiada, gdzie fizycznie znajduje się serwer Twojej strony lub poczty.

 

4. Rekordy domeny — czyli DNS w praktyce

🔹 A — adres serwera

 

Najprostszy rekord:

webflux.pl → 185.200.XXX.XXX

Łączy domenę z adresem IP.

Dotyczy stron internetowych i wszystkiego, co działa przez HTTP/HTTPS.

🔹 MX — poczta

 

Rekord MX nie wskazuje domeny na serwer poczty, tylko określa, jakim serwerom wolno przyjmować pocztę dla tej domeny.

Przykładowo:

10 mx1.dhosting.pl

20 mx2.dhosting.pl

Niższa liczba przed adresem serwera = wyższy priorytet.

🔹 CNAME — alias

Przykład:

www → webflux.pl

To rekord mówiący: „ta nazwa to alias innej nazwy, pytaj tam”. Dlatego w większości dodawanie "www"  nie ma znaczenia, to efekt ustawienia CNAME dla domeny odpowiedniego przekierowania na stronę główną.

🔹 TXT — rekordy niewidoczne dla użytkownika, ale kluczowe

 

To najważniejszy element współczesnej autoryzacji domen.

TXT nie wyświetla się nigdzie publicznie.

Służy wyłącznie systemom — do weryfikacji, podpisów, autentykacji.

Najczęściej znajdziesz tam:

  • SPF — kto może wysyłać pocztę w imieniu domeny

    (np. MS365, Google, SendGrid)

  • DKIM — klucz kryptograficzny do podpisywania maili

  • DMARC — polityka ochrony poczty („co robić, jeśli coś wygląda podejrzanie”)

  • Rekordy weryfikacyjne dla:

    • Microsoft 365

    • Google Workspace

    • Apple Business Manager

    • narzędzi analitycznych

    • serwisów od DNS do domen .pl (np. Cloudflare)

     

 

Dodanie domeny do dowolnej usługi prawie zawsze oznacza:

👉 „Wstaw ten rekord TXT, żebyśmy wiedzieli, że to naprawdę Twoja domena.”

Co ciekawe, rekordy TXT są dziś preferowanym sposobem weryfikacji domen — mimo że wiele osób odbiera je jako „zbyt techniczne”. W praktyce większość paneli hostingowych pozwala dodać lub zmienić je kilkoma kliknięciami.

TXT przeżywa swój renesans odkąd usługi chmurowe stały się powszechne: Google, Microsoft, Apple, narzędzia mailingowe i setki innych usług polegają właśnie na rekordach TXT, aby potwierdzić, że domena naprawdę należy do właściciela.

5. Odwrotne odczytywanie adresu — rDNS

 

Rzecz mało znana, ale kluczowa dla maili:

IP serwera może mieć ustawiony rekord PTR — czyli odwrotność A.

185.200.XXX.XXX → mail.webflux.pl

Serwery pocztowe uwielbiają zgodność:

A = PTR = SPF = DKIM = DMARC → wysoka wiarygodność

Brak PTR = większa szansa na SPAM.

6. Dlaczego to jest ważne?

 

Bo dzisiejsze usługi — od MS365 po iCloud — nie działają „magicznie”.

One działają dzięki rekordom DNS.

Podłączasz domenę → dostajesz rekord TXT → wpisujesz go → usługa wie, że domena jest Twoja.

To cały mechanizm autoryzacji w internecie.

I działa identycznie dla:

  • Google Workspace

  • Microsoft 365

  • Apple

  • hostingów

  • narzędzi analitycznych

  • mailingów

  • CDN

  • certyfikatów SSL (CAA)

 

DNS to fundament.

Nie efektowny, ale absolutnie niezbędny.

 

Podsumowanie

 

Domena nie jest adresem.

DNS nie jest „listą stron”.

A rekord TXT to nie drobiazg — to cyfrowy podpis własności.

Gdy wiesz, jak to działa pod spodem, nagle:

  • podłączanie poczty staje się dla Ciebie proste,

  • problemy z mailami da się diagnozować - nie tylko korzystać z odpowiednich narzędzi, ale rozumieć co robią i co znaczą ich wyniki,

  • konfiguracja usług przestaje być magią,

  • a internet zaczyna wyglądać jak logiczny, wielopoziomowy system.

 

Bo dokładnie tym jest. Tak został zaprojektowany.

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...