NS Resource Record

Acest RR este standardizat prin RFC-ul 1035 şi defineşte name serverele autoritare (trebuie neapărat să fie două) pentru domeniu sau zonă. Sintaxa prin care adăugam RR-ul este:

name      ttl      class      rr      name

Extragem bucata referitoare la NS RR din exemplul pe care l-am introdus într-un material anterior.

;  NS RR pentru domeniu
IN      NS      ns1.alexbobica.com.
; al doilea name server este
; extern acestei zone (domeniu).
IN      NS      ns2.blogoperativa.com.

Atributul name, în cazul nostru, este lăsat gol. De ce? Pentru că substituie câmpul name din RR-ul SOA. Puteam de exemplu să scriem ceva de genul: alexbobica.com.      IN      NS      ns1.alexbobica.com.

TTL nu am definit, deci implicit avem valoarea default a zonei ($TTL) care este egalå cu 2d. Proprietatea class are valoarea IN, pe care am explicat-o în materialul trecut.
name defineşte name serverul care este autoritar pentru domeniu. În exemplul de mai sus am folosit formatul FQDN pentru numele serverului, dar puteam scrie doar ns1, fără “.” după, iar valoarea $ORIGIN era adăugată automat. Să fiţi atenti să adăugaţi la sfârşit acel “punct”, pentru că dacă, de exemplu, nu aţi adăuga “punct” după ns2.blogoperativa.com, ar rezulta ceva de genul ns2.blogoperativa.com.alexbobica.com. Şi nu cred că v-aţi fori aşa ceva.

MX Resource Record

RR-ul MX defineşte serverele de mail pentru domeniul sau zona respectivă. Sintaxa este următoarea:

name      ttl      class      rr      preference      name

Să extragem din nou porţiunea din exemplu care ne descrie acest tip de RR.

; RR-ul MX pentru zonă (domeniu)
3w      IN      MX      10      mail.alexbobica.com.
; al doilea server de mail
IN      MX      20      mail.blogoperativa.com.

Câmpurile despre care am mai vorbit, nu le mai dezvolt aici. În schimb vom detalia parametrul preference. Chestia asta este un fel de prioritizare a serverului de mail. Poate lua valori între 0 şi 65535. Cu cât este numărul mai mic, cu atât este mai “important” serverul de mai respectiv. Aţi înţeles ideea sper. După cum se vede din output-ul de mai sus, prioritar este serverul mail.alexbobica.com. .Cel cu preference-ul 20 este un mail server de backup. Adică în caz de failure, preia “frâiele”. Recomandabil este ca acest backup server să se afle într-o locaţie diferită faţă de primul, astfel asigurîndu-se un fel de redundanţă a serviciului de mail.

Continuăm next time cu ce trebuie. Salutare!