RFC 1034: DNS - Teorie oboru názvů pro CCNA
                 
                
V síťových kurzech jako CCNA či CCNP se často setkáme s DNS – Domain Name System. Pokud používáte doménová jména jako www.example.com, na pozadí funguje právě protokol definovaný v RFC 1034. Tento dokument vysvětluje, jak jsou domény organizovány, jak se dělí do zón a jak se delegují autoritativní servery. V tomto přehledném průvodci si to rozebereme krok za krokem – od hierarchie až po praktické laby a zachycení paketů, abyste to pochopili nejen teoreticky, ale i prakticky.
Co je RFC 1034?
RFC 1034 (listopad 1987) definuje koncepty a základní funkce DNS. Zavádí hierarchický, distribuovaný systém jmenného prostoru, který nahradil starý centralizovaný soubor HOSTS.TXT. Cílem bylo vytvořit škálovatelný a dostupný systém pro doménová jména a jejich mapování na IP adresy.
Historický kontext
  - Původní použití HOSTS.TXT bylo neefektivní při růstu internetu.
- DNS přineslo hierarchii (root → TLD → subdomény).
- Rozdělení správy do zón zajistilo škálovatelnost a autonomii.
Hierarchie doménového prostoru
DNS používá stromovou strukturu:
  - Kořen (root): označen tečkou .
- Top-level domény (TLD): například com,cz
- Subdomény: např. example.com,www.example.com
Každý uzel může mít vlastní záznamy (RR). Maximální délka FQDN je přibližně 253 znaků.
Zóny a delegace
DNS databáze se dělí na zóny. Každá zóna má autoritativní server:
  - Primární (master): zdroj dat pro zónu
- Sekundární (slave): synchronizuje se přes AXFR/IXFR
Při delegaci rodič určuje NS záznamy pro subdoménu a poskytuje “glue” A/AAAA záznamy.
Resource Records (RR)
Záznamy (RR) určují mapování a vlastnosti domén:
  - A/AAAA – IPv4/IPv6 adresa
- NS – autoritativní name servery
- MX – mail servery
- CNAME – alias
- PTR – reverzní DNS
- Další: SOA, TXT, SRV, atd.
Typy dotazů
DNS podporuje:
  - Iterativní – server nasměruje klienta dál
- Rekurzivní – server vyřeší celé jméno za klienta
- Zónové přenosy (AXFR/IXFR) – slouží k synchronizaci sekundárních serverů
Kompresce jména v DNS
Pro úsporu místa DNS využívá pointery: místo opakování názvu odkazuje na předchozí OFFSET.
Praktické laby a zachycení paketů
Ve vašem Cisco kurzu si vyzkoušíte:
  - Konfiguraci zóny – primární a sekundární server
- Práce s dig– analýza A, MX, NS selhání
- Studium AXFR přes TCP, identifikace SOA serial a TIME
- Sledování pointerů v UDP odpovědích (Wireshark)
FAQ – často kladené otázky
  - Proč DNS potřebuje root servery?
 Root servery směrují požadavky na TLD zóny.
- Co dělat, když přidám subdoménu?
 Přidat NS záznam a glue v nadřazené zóně.
- Jaký je rozdíl mezi AXFR a IXFR?
 AXFR přenáší celou zónu, IXFR jen změny.
- Proč DNS nepoužívá TCP vždy?
 Pro krátké odpovědi je rychlejší UDP; TCP se používá pro větší přenosy (např. AXFR).
- Co když se ztratí pointer?
 Klient je schopen dekomprimovat jméno, pokud je URI správně formátováno.
Top 5 zajímavostí o RFC 1034
  - DNS nahradil HOSTS.TXT – škálovatelný model hierarchie.
- Zóny zvyšují dostupnost – delegace umožňuje autonomii správy domén.
- Kompresní pointery – šetří DNS pakety při opakovaných částech jmen.
- AXFR/IXFR – zóny se synchronizují přes TCP.
- Podpora více typů záznamů – A, AAAA, MX, NS, SRV, atd.
Závěr
RFC 1034 představuje základ DNS – hierarchie, delegace, zóny, pointery a záznamy. Tento systém je klíčový pro správné fungování internetu i vašich CCNA/CCNP labů. Pokud jej pochopíte do hloubky – včetně praktických experimentů s AXFR, kompresí pointerů a zachycením paketů – budete připraveni nejen na zkoušky, ale i na reálné nasazení DNS v enterprise prostředí.
				
				
					 Jak začít programovat?
						Úvod do programování pro každého bez předchozích znalostí.
						Stáhněte si náš ebook teď výjimečně zdarma!!!
					 
					
				 
			 
			Viac informacií preberáme na kurze:
                    
                        Kurz NA0 - Administrace a návrh  LAN/WAN TCP/IP sítí - základní koncepty
                         
                     
                 Marián Knězek