Ar trebui să creați subdomenii numai dacă doriți să transferați autoritatea pentru acel subdomeniu către o altă echipă/entitate. Dacă gestionați singur toate acele subdomenii, nu există cu adevărat un motiv bun pentru a crea diferite subdomenii.
Mai jos puteți vedea un exemplu de fișier de configurare pentru o zonă (sursă)
$ORIGIN example.com.
86400 USD TTL
@ SOA dns1.example.com. hostmaster.example.com. (
2001062501; serial
21600; reîmprospătați după 6 ore
3600; reîncercați după 1 oră
604800; expira dupa 1 saptamana
86400); TTL minim de 1 zi
;
;
NS dns1.example.com.
NS dns2.example.com.
dns1 A 10.0.1.1
AAAA aaaa:bbbb::1
dns2 A 10.0.1.2
AAAA aaaa:bbbb::2
;
;
@ MX 10 mail.example.com.
MX 20 mail2.example.com.
mail A 10.0.1.5
AAAA aaaa:bbbb::5
mail2 A 10.0.1.6
AAAA aaaa:bbbb::6
;
;
; Acest exemplu de fișier de zonă ilustrează partajarea acelorași adrese IP pentru
; servicii multiple:
;
servicii A 10.0.1.10
AAAA aaaa:bbbb::10
A 10.0.1.11
AAAA aaaa:bbbb::11
ftp CNAME services.example.com.
www CNAME services.example.com.
;
; Articolele de mai jos le-am adăugat eu.
;
subdomeniul CNAME ghs.googlehosted.com.
mailserver.alt-subdomeniu A 192.0.2.25
server web.alt-subdomeniu A 203.0.113.80
cname.altul-subdomeniu CNAME server web.altul-subdomeniu.example.com.
După cum puteți vedea din exemplu, nu trebuie să creați o zonă separată pentru „alt-subdomeniu” sau pentru „subdomeniu”. Puteți adăuga toate acele înregistrări în fișierul zonei master pentru domeniu.
