DNS

DNS ( în engleză  Domain Name System  „domain name system”) este un sistem distribuit de computer pentru obținerea de informații despre domenii . Cel mai frecvent folosit pentru a obține o adresă IP de la un nume de gazdă (calculator sau dispozitiv), pentru a obține informații de rutare a e-mailurilor și/sau gazde de server pentru protocoalele dintr-un domeniu ( înregistrare SRV ).

O bază de date DNS distribuită este susținută de o ierarhie de servere DNS care interacționează printr-un anumit protocol .

Baza DNS este ideea unei structuri de nume ierarhice și a unor zone . Fiecare server responsabil pentru nume poate transfera responsabilitatea pentru o parte ulterioară a domeniului către un alt server (din punct de vedere administrativ - unei alte organizații sau persoane), ceea ce vă permite să atribuiți responsabilitatea pentru relevanța informațiilor serverelor diferitelor organizații (persoane) responsabile numai pentru numele lor de domeniu parțial.

Începând cu 2010, sistemul DNS a implementat verificări ale integrității datelor numite DNS Security Extensions ( DNSSEC ). Datele transmise nu sunt criptate, dar autenticitatea lor este verificată prin metode criptografice. Standardul DANE implementat asigură transferul de informații criptografice fiabile ( certificate ) prin intermediul DNS-ului utilizat pentru a stabili conexiuni sigure și securizate între straturile de transport și aplicație .

Caracteristicile cheie ale DNS

DNS are următoarele caracteristici:

• Distribuția administrației . Diferite persoane sau organizații sunt responsabile pentru diferite părți ale structurii ierarhice.
• Distribuirea stocării informațiilor . Fiecare nod de rețea trebuie să stocheze în mod necesar doar acele date care sunt incluse în aria sa de responsabilitate și (eventual) adresele serverelor DNS rădăcină .
• Memorarea în cache a informațiilor . Un nod poate stoca o anumită cantitate de date în afara zonei sale de responsabilitate pentru a reduce încărcarea rețelei.
• Structura ierarhică , în care toate nodurile sunt combinate într- un arbore , iar fiecare nod poate fie să determine în mod independent activitatea nodurilor din aval, fie să le delege (transferă) către alte noduri.
• Rezervare . Mai multe servere (de obicei) sunt responsabile de stocarea și întreținerea nodurilor (zonele) lor, separate atât fizic, cât și logic, ceea ce asigură siguranța datelor și continuarea lucrului chiar dacă unul dintre noduri eșuează.

DNS este important pentru funcționarea Internetului , deoarece informațiile despre adresa IP a unei gazde sunt necesare pentru a se conecta la o gazdă și este mai ușor pentru oameni să-și amintească adresele alfabetice (de obicei semnificative) decât o secvență de numere. În unele cazuri, acest lucru permite utilizarea serverelor virtuale, cum ar fi serverele HTTP, distingându-le prin numele cererii. Inițial, conversia între domenii și adrese IP s-a făcut folosind un fișier text special hosts , care a fost compilat central și trimis automat la fiecare dintre mașinile din rețeaua locală. Odată cu creșterea Web-ului, a fost nevoie de un mecanism eficient, automatizat, care a devenit DNS.

DNS a fost dezvoltat de Paul Mokapetris în 1983 ; descrierea originală a mecanismelor de lucru este cuprinsă în RFC 882 și RFC 883 . În 1987 , publicarea RFC 1034 și RFC 1035 a schimbat specificația DNS și a depreciat RFC 882 , RFC 883 și RFC 973 .

Caracteristici suplimentare

• suport pentru actualizări dinamice
• protecția datelor ( DNSSEC ) și tranzacțiile ( TSIG )
• suport pentru diverse tipuri de informații

Istorie

Utilizarea unui nume mai simplu și mai memorabil în locul unei adrese numerice de gazdă este din era ARPANET . Institutul de Cercetare Stanford (acum SRI International ) a menținut un fișier text HOSTS.TXT care a mapat numele de gazdă la adrese numerice ale computerelor pe ARPANET . De întreținerea adreselor numerice, numite o listă de numere atribuite, s-a ocupat de Jon Postel la Institutul de Științe Informaționale (ISI) al Universității din California de Sud, a cărui echipă a lucrat îndeaproape cu NII [1] .

Adresele au fost atribuite manual. Pentru a solicita un nume de gazdă și o adresă și pentru a adăuga un computer la fișierul principal, utilizatorii au contactat telefonic Centrul de informare a rețelei (NIC) SRI, condus de Elisabeth Feinler , prin telefon în timpul programului de lucru.

La începutul anilor 1980, menținerea unui singur tabel gazdă centralizat devenise lentă și greoaie, iar rețeaua în creștere avea nevoie de un sistem automat de denumire pentru a rezolva problemele tehnice și de personal. Postel și-a pus sarcina de a găsi un compromis între cinci propuneri concurente pentru a rezolva problema pusă de Paul Mokapetris. Mokapetris a creat în schimb conceptul unui sistem ierarhic de nume de domeniu.

Grupul de lucru IETF a publicat specificațiile originale în RFC 882 și RFC 883 în noiembrie 1983.

În 1984, patru studenți UC Berkeley , Douglas Terry, Mark Painter, David Riggle și Songnian Zhou, au scris prima versiune a serverului de nume BIND (Berkeley Internet Name Daemon) . În 1985, Kevin Dunlap de la DEC a revizuit semnificativ implementarea DNS. Mike Karel, Phil Almquist și Paul Vixey au susținut BIND de atunci. La începutul anilor 1990, BIND a fost portat pe platforma Windows NT . Este larg răspândit, în special pe sistemele Unix, și este încă cel mai utilizat software DNS de pe Internet.

În noiembrie 1987, au fost adoptate specificațiile DNS - RFC 1034 și RFC 1035 . De atunci, sute de RFC -uri au fost adoptate modificând și completând DNS-ul.

Probleme de securitate

Inițial, preocupările de securitate nu au fost considerații majore în dezvoltarea software-ului DNS sau a oricărui software care să fie implementat pe Internetul timpuriu, deoarece rețeaua nu era deschisă publicului larg. Cu toate acestea, creșterea internetului în sectorul comercial în anii 1990 a schimbat cerințele pentru măsurile de securitate pentru a proteja integritatea datelor și autentificarea utilizatorilor.

Mai multe vulnerabilități au fost descoperite și exploatate de atacatori. O astfel de problemă este otrăvirea cache-ului DNS , în care datele sunt propagate către solutoarele de cache sub pretenția de a fi un server de origine autorizat, poluând astfel depozitul de date cu informații potențial false și cu date de expirare lungi (timp de viață). Ulterior, cererile de la aplicațiile legitime pot fi redirecționate către gazdele de rețea controlate de atacator.

Răspunsurile DNS nu au fost semnate criptografic anterior, permițând o varietate de opțiuni de atac. Extensiile moderne de securitate pentru nume de domeniu ( DNSSEC ) modifică DNS pentru a adăuga suport pentru răspunsurile semnate criptografic. Alte extensii, cum ar fi TSIG, adaugă suport pentru autentificarea criptografică între colegii de încredere și sunt utilizate în mod obișnuit pentru a autoriza transferurile de zonă sau operațiunile de actualizare dinamică.

Unele nume de domenii pot fi folosite pentru a obține efecte de falsificare. De exemplu, paypal.com și paypa1.com sunt nume diferite, dar este posibil ca utilizatorii să nu le poată distinge în GUI, în funcție de fontul ales de utilizator. În multe fonturi, litera l și cifra 1 arată foarte asemănătoare sau chiar identice. Această problemă este acută pe sistemele care acceptă nume de domenii internaționalizate, deoarece multe dintre codurile de caractere ISO 10646 pot fi afișate pe ecranele computerelor obișnuite. Această vulnerabilitate este uneori exploatată în phishing .

Tehnici precum DNS invers cu validare directă a înregistrărilor pot fi, de asemenea, utilizate pentru a valida rezultatele DNS, dar acestea nu sunt valide criptografic; aceasta nu ia în considerare opțiunea de înlocuire a informațiilor de rutare ( în engleză  BGP hijacking ).

Terminologie și principii de funcționare

Conceptele cheie ale DNS sunt:

• Domeniu ( domeniul englezesc   „zonă”) - un nod din arborele numelor, împreună cu toate nodurile subordonate acestuia (dacă există), adică o ramură sau un subarboresc numit în arborele de nume. Structura unui nume de domeniu reflectă ordinea nodurilor din ierarhie; numele domeniului se citește de la stânga la dreapta de la domeniile junior la domeniile de nivel superior (în ordinea crescătoare a importanței): în partea de sus se află domeniul rădăcină (având identificatorul „” (punct)), mai jos sunt domeniile de prim nivel ( zone de domeniu ), apoi - domeniile de nivel al doilea, al treilea etc. (de exemplu, pentru o adresă, domeniul de prim nivel este, al doilea este, al treilea este). DNS vă permite să nu specificați punctul din domeniul rădăcină..ru.wikipedia.org.orgwikipediaru
• Subdomeniu ( subdomeniu engleză  ) - un domeniu subordonat (de exemplu, - un subdomeniu al domeniuluiși - domeniul). Teoretic, o astfel de diviziune poate avea până la 127 de niveluri adâncime, iar fiecare etichetă poate conține până la 63 de caractere, până când lungimea totală, inclusiv punctele, ajunge la 254 de caractere. Dar, în practică , registratorii de nume de domeniu folosesc restricții mai stricte. De exemplu, dacă aveți un domeniu de vizualizare, puteți crea diferite subdomenii de vizualizare pentru acesta,etc.wikipedia.orgorgru.wikipedia.orgwikipedia.orgmydomain.rumysite1.mydomain.rumysite2.mydomain.ru
• O înregistrare de resurse  este o unitate de stocare și transmitere a informațiilor în DNS. Fiecare înregistrare de resursă are un nume (adică este legată de un anumit nume de domeniu , un nod în arborele de nume), un tip și un câmp de date , al cărui format și conținut depind de tip .
• O zonă  este o parte a unui arbore de nume de domeniu (inclusiv înregistrările de resurse ), găzduită ca o singură unitate pe un server de nume de domeniu (server DNS , vezi mai jos) și mai des - simultan pe mai multe servere (vezi mai jos). Scopul izolării unei părți a arborelui într-o zonă separată este de a transfera responsabilitatea (vezi mai jos) pentru domeniul corespunzător unei alte persoane sau organizații. Aceasta se numește delegare (vezi mai jos). Ca parte conectată a copacului, zona din interior este, de asemenea, un copac. Dacă considerăm spațiul de nume DNS ca o structură de zone, și nu gazde/nume individuale, obținem și un arbore; este justificat să vorbim de zone parentale și copilului, de bătrâni și subordonați. În practică, majoritatea zonelor de nivel 0 și 1 ('.', ru, com, …) constau dintr-un singur nod căruia îi sunt subordonate direct zonele copil. În domeniile corporative mari (nivelul 2 sau mai multe), uneori se formează niveluri subordonate suplimentare fără a le separa în zone copil.
• Delegarea  este operațiunea de transfer a responsabilității pentru o parte a arborelui nume de domeniu către o altă persoană sau organizație. Delegarea în DNS asigură administrarea și stocarea distribuite. Din punct de vedere tehnic , delegarea este exprimată în alocarea acestei părți a arborelui într-o zonă separată și plasarea acestei zone pe un server DNS (vezi mai jos) gestionat de această persoană sau organizație. În același timp, înregistrările de resurse de „ lipire ” (NS și A) care conțin pointeri către serverele DNS ale zonei copil sunt incluse în zona părinte, iar toate celelalte informații legate de zona copil sunt deja stocate pe serverele DNS ale zonei copil. zona copilului.
• Server DNS  - software specializat pentru deservirea DNS, precum și computerul pe care rulează acest software. Serverul DNS poate fi responsabil pentru unele zone și/sau poate trimite cereri către servere din amonte.
• Clientul DNS  este o bibliotecă (sau program) specializată pentru lucrul cu DNS. În unele cazuri, serverul DNS acționează ca un client DNS.
• Autoritate ( ing.  autoritar ) - un semn al locației zonei pe serverul DNS. Răspunsurile serverului DNS pot fi de două tipuri: autoritare (atunci când serverul pretinde că este responsabil pentru zona în sine) și neautoritare ( de exemplu ,  non-autoritare ), când serverul procesează cererea și returnează un răspuns de la alte servere. În unele cazuri, în loc să treacă cererea mai departe, serverul DNS poate returna o valoare deja cunoscută de el (prin cererile anterioare) (modul de cache).
• Interogare DNS ( ing.  interogare DNS ) - o solicitare de la client (sau server) către server. O interogare poate fi recursivă sau nerecursivă (vezi recursivitate ).

Sistemul DNS conține o ierarhie de servere DNS , corespunzătoare unei ierarhii de zone . Fiecare zonă este susținută de cel puțin un server DNS autorizat (din engleză  autoritative  - autoritative), care conține informații despre domeniu.

Numele și adresa IP nu sunt identice  - o adresă IP poate avea mai multe nume, ceea ce vă permite să susțineți mai multe site-uri web pe un singur computer (aceasta se numește găzduire virtuală ). Reversul este, de asemenea, adevărat - multe adrese IP pot fi mapate cu același nume: acest lucru vă permite să creați echilibrarea sarcinii .

Pentru a crește stabilitatea sistemului, se folosesc multe servere care conțin informații identice, iar protocolul are mijloace pentru a menține sincronismul informațiilor aflate pe servere diferite. Există 13 servere rădăcină , adresele lor practic nu se schimbă. [2]

Protocolul DNS utilizează portul 53 TCP - sau UDP - pentru a răspunde la interogări. În mod tradițional, cererile și răspunsurile sunt trimise ca o singură datagramă UDP . TCP este utilizat atunci când dimensiunea datelor de răspuns depășește 512 octeți și pentru cererile AXFR .

Recursiune

Termenul de recursie în DNS se referă la algoritmul de comportament al serverului DNS : „efectuați în numele clientului o căutare completă a informațiilor necesare în întregul sistem DNS, dacă este necesar, referindu-se la alte servere DNS” .

O interogare DNS poate fi recursivă  - necesitând o căutare completă - și non-recursivă (sau iterativă ) - nu necesită o căutare completă.

În mod similar, un server DNS poate fi recursiv (capabil să efectueze căutări complete) și non-recursiv (nu este capabil să efectueze căutări complete). Unele software de server DNS, cum ar fi BIND , pot fi configurate pentru a interoga unii clienți în mod recursiv și pentru a interoga pe alții în mod nerecursiv .

Când răspunde la o interogare nerecursivă , precum și la incapacitatea sau interdicția de a efectua interogări recursive , serverul DNS fie returnează date despre zona pentru care este responsabil , fie returnează o eroare. Setările unui server nerecursiv, când răspunsul returnează adresele serverelor care au mai multe informații despre zona solicitată decât serverul care răspunde (cel mai adesea, adresele serverelor rădăcină), sunt incorecte, iar un astfel de server poate fi folosit pentru a organiza atacuri DoS .

În cazul unei interogări recursive , serverul DNS interogează serverele (în ordinea descrescătoare a nivelului zonei din nume) până când găsește un răspuns sau constată că domeniul nu există (în practică, căutarea începe de la cel mai apropiat DNS). servere la cel dorit, dacă informațiile despre acestea sunt disponibile în cache și actualizate, este posibil ca serverul să nu interogheze alte servere DNS).

Luați în considerare exemplul de funcționare a întregului sistem.

Să presupunem că am tastat în browser adresa ru.wikipedia.org. Browserul caută o potrivire între această adresă și adresa IP în fișierul hosts . Dacă fișierul nu conține o potrivire, atunci browserul întreabă serverul DNS: „care este adresa IP a ru.wikipedia.org”? Cu toate acestea, serverul DNS nu numai că nu știe nimic despre numele solicitat, ci chiar și despre întregul domeniu wikipedia.org. În acest caz, serverul contactează serverul rădăcină  - de exemplu, 198.41.0.4. Acest server spune - „Nu am informații despre această adresă, dar știu că 204.74.112.1 este responsabil pentru zonă org”. Apoi serverul DNS își trimite cererea la 204.74.112.1, dar acesta răspunde „Nu am informații despre acest server, dar știu că 207.142.131.234 este responsabil pentru zonă wikipedia.org”. În cele din urmă, aceeași cerere este trimisă celui de-al treilea server DNS și primește un răspuns - o adresă IP, care este transmisă clientului - browser.

În acest caz, la rezolvarea unui nume, adică în procesul de căutare a unui IP după nume:

• browserul a trimis o cerere recursivă serverului DNS cunoscut de acesta - ca răspuns la acest tip de solicitare, serverul trebuie să returneze un „rezultat final”, adică o adresă IP sau un răspuns gol și un cod de eroare NXDOMAIN;
• Serverul DNS care a primit cererea de la browser a trimis cereri nerecursive în secvență, la care a primit răspunsuri de la alte servere DNS, până când a primit un răspuns de la serverul responsabil pentru zona solicitată;
• celelalte servere DNS menționate procesau cererile în mod nerecursiv (și cel mai probabil nu ar fi procesat cereri recursiv, chiar dacă o astfel de cerință era în cerere).

Uneori este posibil ca serverul solicitat să trimită o interogare recursivă către un server DNS „în amonte” și să aștepte un răspuns gata.

Cu procesarea recursivă a interogărilor, toate răspunsurile trec prin serverul DNS și are ocazia să le memoreze în cache . O solicitare repetată pentru aceleași nume de obicei nu depășește memoria cache a serverului , nu există deloc apeluri către alte servere. Timpul de cache permis pentru răspunsuri vine odată cu răspunsurile ( câmpul TTL al înregistrării resursei ).

Solicitările recursive necesită mai multe resurse de la server (și creează mai mult trafic), așa că de obicei sunt acceptate de la nodurile „cunoscute” proprietarului serverului (de exemplu, furnizorul oferă posibilitatea de a face cereri recursive doar clienților săi, într-o companie corporativă). rețea, cererile recursive sunt acceptate numai din segmentul local). Interogările non-recursive sunt primite de obicei de la toate gazdele din rețea (și numai interogările despre zona găzduită de gazdă primesc un răspuns semnificativ, interogările DNS pentru alte zone returnează de obicei adresele altor servere).

Interogare DNS inversă

DNS este folosit în primul rând pentru a rezolva numele simbolice în adrese IP, dar poate efectua și procesul invers. Pentru aceasta, sunt folosite instrumentele DNS existente. Faptul este că diferite date pot fi comparate cu o înregistrare DNS, inclusiv un nume simbolic. Există un domeniu special in-addr.arpaale cărui intrări sunt folosite pentru a converti adrese IP în nume simbolice. De exemplu, pentru a obține un nume DNS pentru o adresă 11.22.33.44, puteți interoga serverul DNS pentru o intrare 44.33.22.11.in-addr.arpași acesta va returna numele simbolic corespunzător. Ordinea inversă a scrierii părților din adresa IP se datorează faptului că în adresele IP biții înalți sunt localizați la început, iar în numele DNS simbolice biții înalți (situați mai aproape de rădăcină) sunt localizați la sfârșit.

Înregistrări DNS

Înregistrările DNS , sau înregistrările de resurse ( înregistrările de resurse în engleză  , RR ), sunt unități de stocare și transmitere a informațiilor în DNS. Fiecare înregistrare de resursă constă din următoarele câmpuri [3] :

• nume (NUME) - numele de domeniu la care această înregistrare a resursei este legată sau „deținută”,
• tipul de înregistrare a resurselor (TYPE) - definește formatul și scopul acestei înregistrări de resurse,
• clasa (CLASS) a înregistrării resursei; teoretic se crede că DNS poate fi folosit nu numai cu TCP / IP , ci și cu alte tipuri de rețele, codul din câmpul clasei determină tipul de rețea [3] ,
• TTL (Time To Live) - timpul permis pentru stocarea acestei înregistrări de resurse în memoria cache a unui server DNS iresponsabil ,
• lungimea câmpului de date (RDLEN),
• câmp de date (RDATA), al cărui format și conținut depind de tipul de înregistrare .

Cele mai importante tipuri de înregistrări DNS sunt:

• O înregistrare A ( adresă ) sau o înregistrare de adresă asociază un nume de gazdă cu o adresă IPv4. De exemplu, interogarea unei înregistrări A pentru un nume referrals.icann.orgva returna adresa IPv4 a acestuia - 192.0.34.164.
• O AAAA ( înregistrare de adresă IPv6 ) asociază un nume de gazdă cu o adresă IPv6 . De exemplu, interogarea unei înregistrări AAAA pentru un nume K.ROOT-SERVERS.NETva returna adresa IPv6 a acestuia - 2001:7fd::1.
• O înregistrare CNAME ( înregistrarea numelui canonic ) sau o înregistrare a numelui canonic (alias) este folosită pentru a redirecționa către un alt nume.
• Înregistrarea MX ( schimb de e- mail ) sau schimbătorul de e-mail specifică serverele de schimb de e-mail pentru domeniul dat.
• Înregistrarea NS ( server de nume ) indică serverul DNS pentru domeniul dat.
• O înregistrare PTR ( pointer [4] [5] ) este o înregistrare DNS inversă sau pointer care asociază adresa IP a unei gazde cu numele său canonic. O interogare de domeniu pentru adresa IP a unei gazde în formă inversă va returna numele ( FQDN ) gazdei respective (consultați Interogare DNS inversă ). De exemplu (la momentul scrierii), pentru o adresă IP , o interogare de înregistrare PTR va returna numele canonic . Pentru a reduce volumul de e-mailuri nesolicitate (spam), multe servere care primesc e-mailuri pot verifica o înregistrare PTR pentru gazda de la care este trimis. În acest caz, înregistrarea PTR pentru adresa IP trebuie să se potrivească cu numele serverului de e-mail expeditor care pare să fie în timpul sesiunii SMTP .in-addr.arpa192.0.34.164164.34.0.192.in-addr.arpareferrals.icann.org
• Înregistrarea SOA ( Start of Authority ) sau înregistrarea inițială a zonei indică pe ce server sunt stocate informațiile de referință despre acest domeniu, conține informații de contact ale persoanei responsabile pentru această zonă, timpi (parametri de timp) pentru memorarea în cache a informațiilor despre zonă și interacțiune. între serverele DNS.
• SRV-record ( selectare server ) specifică serverele pentru servicii, utilizate, în special, pentru Jabber și Active Directory .

Nume de domenii rezervate

RFC 2606 ( Nume DNS de nivel superior rezervat) definește nume de domenii care ar trebui folosite ca exemple (de exemplu, în documentație) și, de asemenea, în scopuri de testare. Pe lângă example.com, example.orgșiexample.net , acest grup include și test, invalidetc.

Nume de domenii internaționalizate

Un nume de domeniu poate consta doar dintr-un set limitat de caractere ASCII , permițând introducerea adresei de domeniu indiferent de limba utilizatorului. ICANN a aprobat un sistem IDNA bazat pe Punycode care convertește orice șir Unicode într- un set de caractere DNS valid.

Software DNS

Servere de nume:

• BIND (Berkeley Internet Name Domain) [1]
• djbdns ( DNS-ul lui Daniel J. Bernstein ) [2]
• dnsmasq [3]
• MaraDNS [4]
• NSD (Name Server Daemon) [5]
• PowerDNS [6]
• OpenDNS [7]
• Microsoft DNS Server (în versiunile de server ale sistemelor de operare Windows NT )
• MyDNS [8]

Vezi și

• EDNS  este noul standard de protocol DNS
• Servere rădăcină DNS alternative
• OpenDNS
• DNS public Google
• Yandex.DNS
• Cybersquatting
• Dactilografierea
• DNS dinamic
• Round robin DNS  - echilibrare de încărcare între servere identice.
• ICANN
• DNSSEC
• Client DNS
• server DNS
• Nslookup
• Transfer de zonă DNS

Note

1. ↑ Analele IEEE [3B2-9] man2011030074.3d 11:54. . - 29/7/011. — Pagina 74 p.
2. ↑ Versiunea actuală a zonei rădăcină se află întotdeauna la: ftp://ftp.internic.net/domain/named.root
3. ↑ 1 2 Sistemul de nume de domeniu (DNS)  Considerații IANA . tools.ietf.org. Preluat la 7 februarie 2019. Arhivat din original la 2 august 2020.
4. ↑ P.V. Mockapetris. Nume de domenii - concepte și facilități  . tools.ietf.org. Preluat la 7 februarie 2019. Arhivat din original la 23 iunie 2018.
5. ↑ P.V. Mockapetris. Nume de domenii - implementare și specificare  (engleză) . tools.ietf.org. Preluat la 7 februarie 2019. Arhivat din original la 3 aprilie 2019.

Link -uri

•  Director de resurse DNS
• Resurse DNS și BIND Arhivate pe 2 septembrie 2006 la Wayback Machine 
•  Societatea CircleID DNS
• Îmbunătățirea securității DNS (DNSSEC  )
• Comitetul de lucru IETF privind specificațiile DNS extinse (DNSEXT  )
•  Site-ul web al serverelor DNS rădăcină
• Vizualizați înregistrările DNS ale unui domeniu
• Catalog DNS Web Tools la dmoz.org Arhivat 13 noiembrie 2018 la Wayback Machine 

Articole

• Prezentare generală a schemelor și a tipurilor de atacuri DNS

RFC -uri

• RFC 1034  - Nume de domenii - Concepte și facilități
• RFC 1035  - Nume de domenii - Implementare și specificații
• RFC 1912  - Erori comune de operare și configurare DNS
• RFC 1591  - Structura și delegarea sistemului de nume de domeniu
• RFC 1713  - Instrumente pentru depanarea DNS
• RFC 2606  - Nume DNS de nivel superior rezervate