Co je DNS a jak funguje převod domény na IP adresu?
Shrnutí: DNS umožňuje otevřít web podle názvu, aniž byste znali IP adresu serveru. U stejné domény určuje také to, kam má přijít e-mail. Když stěhujete web nebo nastavujete poštu, měníte právě tyto údaje. Jednotlivé služby mají vlastní záznamy, takže změna adresy webu nemusí zasáhnout e-mail.
Obsah článku
Co znamená DNS a k čemu slouží?
Do prohlížeče napíšete název webu. Prohlížeč ale potřebuje zjistit adresu serveru, ke kterému se má připojit. Tu získá přes DNS, z anglického Domain Name System neboli systém doménových jmen.
Díky tomu může web změnit server a návštěvníci dál používají stejný název. Správce upraví adresu v DNS; nikdo si nemusí ukládat nový odkaz.
DNS pomáhá i s poštou. Pro adresu webu slouží záznamy A a AAAA, pro doručování e-mailu MX. Když web funguje, ale zprávy nechodí, nemusí být DNS v pořádku celé. Vyplatí se zkontrolovat právě záznamy příslušné služby.
Co se stane po zadání adresy webu?
Představte si otevření www.example.com. Pokud zařízení už nemá adresu uloženou, získá ji takto:
- Požádá DNS resolver o adresu. Resolver je server, který vyhledává odpovědi za vaše zařízení. Můžete používat resolver od poskytovatele internetu, firmy nebo veřejné služby.
- Resolver najde servery dané domény. Pokud nemá nic uložené, začne u kořenových serverů. Ty ho nasměrují k serverům koncovky
.coma odtud se dostane k doméněexample.com. - Získá její DNS záznam. Odpoví mu autoritativní server, tedy server s údaji zveřejněnými správcem domény. Pokud záznam odkazuje na jiné jméno přes CNAME, resolver pokračuje u něj.
- Prohlížeč se spojí s webovým serverem. Má adresu, a může tedy začít načítat web. U HTTPS navazuje zabezpečené spojení pomocí TLS.
DNS tedy neposílá samotnou stránku. Jen pomůže najít její adresu. A protože si resolvery odpovědi ukládají, nemusí celou cestu opakovat při každém otevření webu.

Jaký je rozdíl mezi resolverem a autoritativním serverem?
Rozdíl poznáte při dvou běžných změnách: nastavení DNS v notebooku ovlivňuje vaše dotazy, úprava DNS domény ovlivňuje její návštěvníky.
Když na notebooku přepnete DNS například na Google Public DNS, vybíráte jiný resolver. Ten pro vás hledá adresy webů. Váš vlastní web ani e-mail se tím nikam nepřesune.
Když připojujete doménu k novému hostingu, upravujete její záznamy u poskytovatele autoritativního DNS. Může to být registrátor, hosting nebo samostatná DNS služba. Rozhodují aktivní nameservery domény: pokud vedou k jiné firmě, změny v editoru registrátora nemusí mít žádný účinek.
DNS tak nemá jeden centrální seznam všech webů. Správa je rozdělená mezi servery jednotlivých domén. Resolver se k potřebným údajům dostane postupně.
Proč změna DNS není všude vidět okamžitě?
Přesunete web na nový server. Vám už se otevře nová verze, kolegovi ještě stará. Jeho resolver může stále používat dříve uloženou odpověď z cache, tedy mezipaměti.
Dobu běžného uchování určuje TTL v sekundách. Pokud si resolver v 10:00 uložil starou adresu s TTL 3 600, může ji používat přibližně do 11:00. Změna domény v 10:10 na tom nic nemění. Ani současné snížení TTL nezkrátí platnost odpovědi, kterou už má uloženou.
Proto se při plánovaném přesunu vyplatí snížit TTL předem. Kratší TTL se musí nejprve dostat k resolverům, teprve potom pomůže urychlit změnu adresy.

Podobně může chvíli trvat zpřístupnění nové subdomény. Resolver si totiž dokáže uložit i odpověď, že jméno neexistuje. Pokud se na něj ptal před vytvořením, může tuto odpověď ještě vracet.
Jak ověřit DNS vlastní domény?
Začněte názvem, který nefunguje. example.com a www.example.com jsou dvě různá jména; správná odpověď pro jedno nepotvrzuje stav druhého.
V DNS výpisu pak porovnejte A a AAAA s adresami od hostingu. Pokud řešíte doručování pošty, podívejte se na MX. TTL napoví, jak dlouho se může odpověď běžně uchovávat.
Online výpis ukazuje odpověď použitého veřejného resolveru. Nevidí cache vašeho telefonu a sám může krátce vracet uložený výsledek. Hned po změně proto může pomoci srovnání z jiné sítě; jediný výsledek nepopisuje stav všude.
Pokud DNS vrací správnou adresu, ale web se přesto neotevře, pokračujte u hostingu. Server může být nedostupný, nemusí mít doménu přidanou nebo má problém s HTTPS certifikátem. Další přepisování správného DNS záznamu takovou závadu nevyřeší.
Často kladené otázky
Je DNS totéž co doména nebo hosting?
Ne. Doména je jméno, DNS k němu zveřejňuje údaje a hosting provozuje samotný web. Všechny tři služby můžete mít u jedné firmy i u různých poskytovatelů.
Znamená chybějící AAAA záznam chybu?
Ne, web může fungovat přes IPv4 díky záznamu A. AAAA přidává IPv6 adresu. Vyplňte ji až tehdy, když vám ji hosting poskytne a podporuje.
Šifruje DNS komunikaci s webem?
Přenos stránky chrání HTTPS. Běžný DNS dotaz ho nezabezpečuje a ani DNSSEC web nešifruje: ověřuje pravost DNS dat. Neříká, zda můžete důvěřovat obsahu webu.
Proč web funguje na telefonu, ale ne na počítači?
Zařízení mohou mít jinou síť, resolver nebo uloženou odpověď. Rozdíl může způsobit i prohlížeč, VPN či připojení. Nejprve porovnejte přesnou adresu a DNS odpověď na obou zařízeních. Záznamy domény měňte až tehdy, když v nich najdete chybu.
Použité zdroje a metodika
Výklad rozlišuje vyhledání DNS údajů, správu domény a provoz webu. Technické principy vycházejí ze standardů a dokumentace provozovatelů DNS; modelové příklady slouží k vysvětlení postupu.
- IETF. RFC 1034: Domain Names, Concepts and Facilities. https://www.rfc-editor.org/rfc/rfc1034. Přístup dne 22. 9. 2026.
- Cloudflare. What is DNS? https://www.cloudflare.com/learning/dns/what-is-dns/. Přístup dne 22. 9. 2026.
- Google. Get Started with Google Public DNS. https://developers.google.com/speed/public-dns/docs/using. Přístup dne 22. 9. 2026.
- IETF. RFC 2308: Negative Caching of DNS Queries. https://www.rfc-editor.org/rfc/rfc2308.html. Přístup dne 22. 9. 2026.
- IETF. RFC 3596: DNS Extensions to Support IP Version 6. https://www.rfc-editor.org/rfc/rfc3596.html. Přístup dne 22. 9. 2026.
- IETF. RFC 4033: DNS Security Introduction and Requirements. https://www.rfc-editor.org/rfc/rfc4033.html. Přístup dne 22. 9. 2026.