Welk transmissieprincipe gebruikt het UDP-protocol? UDP-protocol. ARP-protocol. Sollicitatie

DNS (Domeinnaam Systeem- domeinnaamsysteem) - computergedistribueerd systeem voor het omzetten van een symbolische naam (site) naar IP-adres(91.106.203.89) en omgekeerd.

DNS werd in 1983 ontwikkeld door Paul Mockapetris.

Online Internet-DNS presteert belangrijke taak Om toegang te krijgen tot de webserver moet u het IP-adres weten. Noodzaak DNS-gebruik vanwege het feit dat het voor mensen gemakkelijker is om alfabetische (meestal betekenisvolle) adressen te onthouden dan een reeks van vier cijfers van een IP-adres, zijn computers op hun beurt handiger om de numerieke representatie van een adres (IP-adres) te verwerken; Door de aanwezigheid van een symbolische servernaam kunt u ook de zogenaamde virtuele servers , bijvoorbeeld HTTP-servers die van elkaar verschillen op verzoeknaam (domeinnaam), maar hetzelfde IP-adres gebruiken.

In het begin werd een tekstbestand gebruikt om IP-adressen om te zetten in symbolische namen gastheren, gelegen:

Op Windows: %SystemRoot%\system32\drivers\etc\hosts;
Op Unix: /etc/hosts;

Voorbeeld hosts-bestand op Windows

Het hosts-bestand werd automatisch en centraal op elke computer lokaal ingevuld computernetwerk. Maar deze aanpak heeft in de loop van de tijd zijn inconsistentie getoond, omdat met de groei van het netwerk het aantal records in tekstbestand nam toe, met als gevolg dat de bestandsgrootte toenam, en bovendien werd het computernetwerk belast door frequente overdrachten van het hosts-bestand.

Als gevolg hiervan ontstond de behoefte om een geautomatiseerd mechanisme te ontwikkelen, dat het gedistribueerde DNS-systeem werd.

Houd er rekening mee dat het hosts-bestand nog steeds wordt gebruikt, vooral bij het instellen lokale server op de computer worden de gemaakte lokale symbolische namen naar hosts geschreven. Bijvoorbeeld:

127.0.0.1 mijnsite.local

Hiërarchie van namen in DNS

Vanwege het feit dat het aantal internetknooppunten elke dag groeit, bijvoorbeeld efficiënt werk DNS Er is een gedistribueerde database ontwikkeld, ondersteund door een hiërarchie van DNS-servers. De structuur van de interactie tussen DNS-servers wordt weergegeven in de figuur.

Met dit schema kunt u de DNS-server over verschillende DNS-servers verdelen, wat de gedistribueerde database doet.

De hiërarchische structuur van DNS is gebaseerd op het concept van een domeinnaam en zones. Elke DNS-server die verantwoordelijk is voor een naam kan de verantwoordelijkheid voor een ander deel van het domein overdragen aan een andere server, waardoor u de verantwoordelijkheid voor nieuw toegevoegde informatie kunt delegeren aan de servers van verschillende organisaties (mensen) die alleen rechtstreeks verantwoordelijk zijn voor “hun” deel van de naam. domeinnaam.

De hiërarchie van domeinnamen begint met het hoofddomein zonder naam (of zoals het ook wel “domeindomein” wordt genoemd), gevolgd door domeinen hoogste niveau of eerste niveau domeinen. Topleveldomeinen zijn verdeeld in drie zones:

arpa is een speciaal domein dat wordt gebruikt voor het matchen van adres en naam
De zeven domeinen van drie tekens worden generieke domeinen of organisatiedomeinen genoemd.
Domeinen van twee tekens, zogenaamde landendomeinen of geografische domeinen(ru – Russische Federatie, kz - Kazachstan), gebaseerd op landcodes, in overeenstemming met ISO 3166.

Omdat DNS een hiërarchie van domeinnamen ondersteunt, maar geen IP-adressen. Om het “omgekeerde” probleem op te lossen, is er een speciaal domein waarvan de structuur samenvalt met de structuur van IP-adressen. Dit domein heet IN-ADDR.ARPA .

in-adr.arpa- een speciale domeinzone die is ontworpen om een hostnaam te bepalen aan de hand van het IPv4-adres met behulp van een PTR-record. De namen in het IN-ADDR.ARPA-domein vormen een hiërarchie van getallen die overeenkomen met IP-adressen. Deze namen worden echter in de omgekeerde volgorde geschreven ten opzichte van de spelling van het IP-adres.

Bijvoorbeeld, domeinnaam een site met het adres 91.106.203.89 moet in het domein in-addr.arpa worden beschreven als 89.203.106.91.in-addr.arpa, dat wil zeggen dat het adres in omgekeerde volgorde wordt geschreven.

DNS-recordtypen

Basisrecordtypen die worden gebruikt in het DNS-protocol

Een record(adresgegevens IPv4) of adresrecord - het hoofdrecord, speelt een verbindende rol tussen de hostnaam (site) en het IP-adres (5.101.153.37). Als alleen het A-record verandert, betekent dit dat onze site fysiek op een andere hosting wordt gehost en dat alle andere records op de oude hosting blijven werken.

CNAME-record(canonieke naamrecord) of canonieke notatie naam (alias) - gebruikt om door te verwijzen naar een andere naam (vergelijkbaar met links), een specifiek voorbeeld van gebruik CNAME-records, is om domeinnamen aan te maken voor bijvoorbeeld ftp, mail, ssh

NS-record(nameserver) verwijst naar de DNS-server van het huidige domein, de zogenaamde gezaghebbende DNS-servers. Het wijzigen van een NS-record bij het overstappen naar een andere hosting betekent dat u alle records dienovereenkomstig moet wijzigen. U moet nieuwe records opgeven of deze van de oude site kopiëren (om bijvoorbeeld e-mail op te slaan, moet u het MX-record van de oude hosting kopiëren) . Als u het NS-record van een domein verkeerd wijzigt, kan dit ertoe leiden dat de site stopt.

DNS (Domein Naam Systeem) is een naamgevingsservice bedoeld voor automatisch zoeken IP-adressen op bekende symbolische hostnaam. De DNS-specificatie wordt gedefinieerd door RFC 819, 1034 en 1035.

Het DNS-protocol is serviceprotocol toepassingsniveau . Dit protocol is asymmetrisch: het definieert DNS-servers en DNS-clients. DNS-servers slaan een deel van een gedistribueerde database met symbolische namen en IP-adressen op. Deze database is verdeeld over administratieve domeinen Internetnetwerken. Klanten DNS-server kennen het IP-adres van de DNS-server van hun administratieve domein en sturen een verzoek via het IP-protocol waarin ze een bekende symbolische naam vermelden en vragen om het bijbehorende IP-adres terug te sturen.

De DNS-database moet handmatig worden onderhouden door de netwerkbeheerder. Momenteel is er een wijziging van DNS verschenen, deze heet DDNS, waarin databases automatisch worden bijgewerkt.

Alle DNS-servers zijn hiërarchisch verbonden, in overeenstemming met de internetdomeinhiërarchie. De client doorzoekt deze naamservers totdat hij de benodigde toewijzingen vindt.

De DNS-database heeft een boomstructuur, een zogenaamde domeinnaamruimte, waarin elk domein (knooppunt in de boom) een naam heeft en subdomeinen kan bevatten. De naam van een domein identificeert zijn positie in deze database ten opzichte van het bovenliggende domein, waarbij punten in de naam de delen scheiden die overeenkomen met de knooppunten van het domein.

De root-DNS-database wordt beheerd door het Internet Network Information Center.

Topniveaudomeinen worden zowel per land als op organisatorische basis toegewezen. De namen van deze domeinen moeten volgen internationale standaard ISO 3166. Afkortingen van drie en twee letters worden gebruikt om landen te identificeren, en verschillende soorten organisaties gebruiken de volgende afkortingen:

com - commerciële organisaties(bijvoorbeeld microsoft.com);

edu – educatief (bijvoorbeeld mit.edu);

gov – overheidsorganisaties (bijvoorbeeld nsf.gov);

org – non-profitorganisaties (bijvoorbeeld fidonet.org);

net – organisaties die netwerken ondersteunen (bijvoorbeeld nsf.net).

U kunt het bestand ook gebruiken om namen naar IP-adressen te converteren gastheren. Het hosts-bestand bevat een lijst met alle hostnamen en de bijbehorende adressen, b.v.

102.54.94.45 rhimo.acme.com

127.0.0.1 lokalehost

Het nadeel van deze methode is de noodzaak handmatig bewerken alle bestanden wanneer er een nieuw knooppunt op het netwerk verschijnt.

Om een naam om te zetten, heeft de DNS-client eerst toegang tot het hosts-bestand en maakt vervolgens een verzoek aan de DNS-server. De DNS-server probeert het ontvangen verzoek op te lossen; als oplossing niet mogelijk is, neemt hij contact op met de DNS-server voor meer informatie hoog niveau, die op zijn beurt verder wordt aangepakt, enz. Als het IP-adres wordt gevonden, wordt het teruggestuurd naar de client, anders treedt er een time-out op (een foutmelding).

Voeg een korte beschrijving van ARP/RARP toe

Naast de hoofdprotocollen bevat de TCP/IP-protocolstack groot aantal hulp en begeleidend. Onder hen: Dynamisch hostconfiguratieprotocol (DHCP)- een service die wordt gebruikt om automatisch IP-adressen aan hosts toe te wijzen.

Windows Internetnaamservice (WINS)- een service die een gedistribueerde, dynamisch bijgewerkte database met hostnamen en de bijbehorende IP-adressen ondersteunt

Domeinnaamsysteem (DNS)- domeinnaamresolutieservice, basis voor internet. In een traditionele implementatie vereist DNS een statische mapping tussen een hostnaam en zijn adres.

Domeinnaamsysteem (DNS)- domeinnaamresolutieservice, basis voor internet. In een traditionele implementatie vereist DNS een statische mapping tussen een hostnaam en zijn adres. Omdat DNS niet dynamisch is, moeten wijzigingen in de DNS-database (bijvoorbeeld bij het toevoegen van een nieuwe host of het verplaatsen naar een ander subnet) handmatig worden aangebracht. Geïmplementeerd in Windows NT Server 4.0 volledige server DNS, dat is geïntegreerd met de WINS-service en een grafisch beheerhulpprogramma biedt. Door DNS en WINS te combineren, kunt u een vorm van dynamische DNS creëren. Deze vereniging wordt ondersteund DNS-service, draait op Windows NT Server 4.0. Nu kunt u DNS gebruiken om WINS te vragen naar de naam op het laagste niveau in de DNS-structuur.

DNS vertaalt symbolische machinenamen naar IP-nummers (IP-adressen), dit zijn machineadressen, en van IP-nummers (IP-adressen) naar namen. Conversie, naar in dit geval, is het tot stand brengen van een koppeling tussen een domeinnaam en een IP-nummer. De naam www.gu.net komt bijvoorbeeld overeen met het IP-adres 194.93.190.121. De verantwoordelijkheid voor deze transformaties ligt naamservers(naamservers).

DNS-server(of naamserver) is een programma (een of meer) dat verzoeken verwerkt zoals:

"IP-adres op naam detecteren",

"naam bepalen op basis van IP-adres",

"Definieer de naam van de server waarnaar het bericht moet worden verzonden e-mail voor een bepaald domein",

"bepaal de naam van een andere naamserver die verantwoordelijk is voor het opgegeven domein."

Er kunnen meerdere naamservers tegelijkertijd op één computer staan.

DNS heeft een hiërarchische boomstructuur, waarvan de “wortels” de zogenaamde zijn root-server. Rootservers slaan informatie op over wat domeinen op het eerste niveau zijn (com, org, net, gov, ua, ru en anderen) en links naar DNS-servers die verantwoordelijk zijn voor deze domeinen.

DNS (domeinnaamsysteem) is een gedistribueerde database die een hiërarchisch naamgevingssysteem ondersteunt voor het identificeren van knooppunten op internet. DNS-service is ontworpen om automatisch naar een IP-adres te zoeken met behulp van een bekende symbolische hostnaam. De DNS-specificatie wordt gedefinieerd door de standaarden RFC 1034 en 1035. DNS vereist een statische configuratie van de tabellen die computernamen aan IP-adressen toewijzen.

Het DNS-protocol is een serviceprotocol op de applicatielaag. Dit protocol is asymmetrisch: het definieert DNS-servers en DNS-clients. DNS-servers slaan een deel van een gedistribueerde database met symbolische namen en IP-adressen op. Deze database is verspreid over administratieve domeinen van internet. DNS-serverclients kennen het IP-adres van de DNS-server van hun administratieve domein en sturen een verzoek via het IP-protocol waarin ze de bekende symbolische naam rapporteren en vragen om het bijbehorende IP-adres terug te sturen.

Als de gevraagde matchgegevens in de database zijn opgeslagen deze DNS-server, dan stuurt het direct een reactie naar de client, maar als dat niet het geval is, stuurt het het verzoek naar de DNS-server van een ander domein, die het verzoek zelf kan verwerken of kan overbrengen naar een andere DNS-server. Alle DNS-servers zijn hiërarchisch verbonden, in overeenstemming met de internetdomeinhiërarchie. De client doorzoekt deze naamservers totdat hij de benodigde toewijzingen vindt. Dit proces wordt versneld omdat naamservers de door zoekopdrachten verstrekte informatie voortdurend in de cache opslaan. Clientcomputers kunnen bij hun werk de IP-adressen van verschillende DNS-servers gebruiken om de betrouwbaarheid van hun werk te vergroten.

De DNS-database heeft een boomstructuur die een domeinnaamruimte wordt genoemd, waarin elk domein (knooppunt in de boom) een naam heeft en subdomeinen kan bevatten. De naam van een domein identificeert zijn positie in deze database ten opzichte van het bovenliggende domein, waarbij punten in de naam de delen scheiden die overeenkomen met de knooppunten van het domein.

De root-DNS-database wordt beheerd door het Internet Network Information Center. Topniveaudomeinen worden zowel per land als per organisatiebasis toegewezen. De namen van deze domeinen moeten de internationale volgen ISO-standaard 3166. Er worden afkortingen van drie en twee letters gebruikt om landen te identificeren, en de volgende afkortingen worden gebruikt voor verschillende soorten organisaties:

com - commerciële organisaties (bijvoorbeeld microsoft.com);

edu - educatief (bijvoorbeeld mit.edu);

gov - overheidsorganisaties (bijvoorbeeld nsf.gov);

org - non-profitorganisaties (bijvoorbeeld fidonet.org);

net - organisaties die netwerken ondersteunen (bijvoorbeeld nsf.net).

Elk DNS-domein wordt beheerd door een afzonderlijke organisatie, die het domein doorgaans opsplitst in subdomeinen en het beheer van die subdomeinen delegeert aan andere organisaties. Elk domein heeft een unieke naam en elk van de subdomeinen heeft een unieke naam binnen zijn domein. De domeinnaam kan maximaal 63 tekens bevatten. Elke host op internet wordt uniek geïdentificeerd door zijn volledig gekwalificeerde domeinnaam (FQDN), dat de namen bevat van alle domeinen in de richting van host naar root. Een voorbeeld van een volledige DNS-naam: citint.dol.ru. Om gateways op internet in staat te stellen fouten te rapporteren of informatie te verstrekken over ongebruikelijke bedrijfsomstandigheden, hebben de ontwikkelaars een speciaal berichtmechanisme aan de TCP/IP-protocollen toegevoegd. Dit mechanisme, bekend als het Internet Control Message Protocol (ICMP), wordt beschouwd als een noodzakelijk onderdeel van IP en moet in elke IP-implementatie worden opgenomen.

Controleberichtuitwisselingsprotocol ICMP (Internetcontroleberichtprotocol) Hiermee kan de router aan een eindknooppunt rapporteren over fouten die de router heeft aangetroffen tijdens het verzenden van een IP-pakket vanaf dat eindknooppunt.

ICMP-controleberichten kunnen niet worden verzonden naar de tussenliggende router die heeft deelgenomen aan de verzending van het pakket waarmee problemen zijn opgetreden, omdat er geen adresinformatie is voor een dergelijke verzending - het pakket bevat alleen de bron- en bestemmingsadressen, zonder de adressen van tussenliggende adressen op te slaan. routers.

ICMP is een protocol foutmeldingen, geen protocol Foutcorrectie. De eindhost kan enkele acties ondernemen om ervoor te zorgen dat de fout niet langer optreedt, maar deze acties worden niet gereguleerd door het ICMP-protocol.

Elk ICMP-bericht wordt binnen een IP-pakket over het netwerk verzonden. IP-pakketten met ICMP-berichten worden net als elk ander pakket gerouteerd, zonder prioriteit, waardoor ze ook verloren kunnen gaan. Bovendien kunnen ze op een druk netwerk extra belasting van de routers veroorzaken. Om te voorkomen dat er een lawine aan foutmeldingen ontstaat, kunnen verloren IP-pakketten met ICMP-foutmeldingen geen nieuwe ICMP-berichten genereren.

Net als al het andere verkeer worden ICMP-berichten over het internet verzonden in het dataveld van IP-datagrammen. Eindbestemming ICMP-berichten, is echter niet het toepassingsprogramma of de gebruiker op de doelmachine, maar software IP op deze machine. Dat wil zeggen dat wanneer een ICMP-foutmelding binnenkomt, deze wordt verwerkt door de ICMP-softwaremodule. Als ICMP vaststelt dat de fout is veroorzaakt door een specifiek protocol of applicatieprogramma van een hoger niveau, zal ICMP dit uiteraard aan de juiste module melden. Het Internet Control Message Protocol stelt gateways dus in staat controle- of foutmeldingen naar andere gateways of hosts te sturen; ICMP maakt communicatie mogelijk tussen Internet Protocol-software op verschillende machines.

Dit artikel bespreekt de noodzakelijke voor praktische toepassing fundamentele aspecten van het functioneren.

DNS (domeinnaamsysteem) vertegenwoordigt gedistribueerd systeem het opslaan en verwerken van informatie over domeinzones. Het is allereerst noodzakelijk om de IP-adressen van apparaten op het netwerk te correleren met symbolische namen die beter geschikt zijn voor menselijke perceptie. Het verstrekken van informatie over de IP-adressen van hosts via een symbolisch adres is niet het enige doel van DNS. Het systeem werkt met verschillende soorten bronrecords, waardoor u een zeer breed scala aan taken kunt implementeren: omleiding tussen domeinnamen, taakverdeling tussen hosts, het binden van specifieke services (bijvoorbeeld e-mail) aan een domein.

Het domeinnaamsysteem is een van de fundamentele technologieën van de moderne internetomgeving, aangezien informatie over het IP-adres van het aangevraagde knooppunt een voorwaarde is voor het ontvangen van een antwoord op elk internetverzoek. Maar het IP-adres is dat wel numerieke waarde van de vorm “1.23.45.67”, ongeschikt voor comfortabele waarneming door mensen. Bovendien is het basisprincipe van de distributie van IP-adressen op het netwerk uniciteit. Het is ook belangrijk dat het netwerkadres niet de meest stabiele parameter is. Het kan veranderen (bijvoorbeeld wanneer de host die het aangevraagde knooppunt bedient, verandert, de hostingprovider verandert, enz.). Alle bovenstaande functies maken het navigatiesysteem netwerkadressen moeilijk voor mensen.

DNS zorgt voor de conversie van de door de klant aangevraagde symbolische domeinnaam naar de daarvoor bestemde IP-adres(sen). domein zone server(s). Aanvankelijk, vóór de groei van internet, werden adressen geconverteerd op basis van de inhoud van het “hosts”-bestand, dat centraal werd samengesteld en automatisch naar elke machine in het netwerk werd verzonden. Naarmate je groeit mondiaal netwerk deze methode rechtvaardigde zichzelf niet langer - er was behoefte aan een nieuw mechanisme, namelijk DNS, ontwikkeld in 1983 door Paul Mockapetris.

De belangrijkste kenmerken van DNS zijn:

Gedistribueerde opslag en beheer- elke DNS-server is verplicht alleen informatie op te slaan voor de domeinen die eraan zijn gedelegeerd, en verschillende personen zijn verantwoordelijk voor verschillende knooppunten van de domeinnaamboom
Gegevenscaching- De DNS-server kan tijdelijk een bepaalde hoeveelheid informatie opslaan over domeinen die niet zijn gedelegeerd om het algehele belastingsniveau te verminderen
Hiërarchische structuur - het knooppunt dat verantwoordelijk is voor de domeinzone kan zelfstandig ondergeschikte knooppunten delegeren aan andere DNS-servers
Reservering- opslag en verwerking van informatie over dezelfde knooppunten wordt meestal verzorgd door meerdere DNS-servers, fysiek en logisch geïsoleerd. Deze aanpak garandeert de beschikbaarheid van informatie, zelfs als een of meer knooppunten uitvallen.

Hiërarchie en delegatie van domeinnamen

Domein is een benoemde vertakking in een naamboom die het knooppunt zelf omvat (bijvoorbeeld het domein op het eerste niveau ".com"), evenals de ondergeschikte knooppunten (bijvoorbeeld het domein op het tweede niveau "example.com", het domein op het derde niveau "mail.voorbeeld.com", enz.). Om de hiërarchische samenhang van domeinnamen aan te geven, is het gebruikelijk om het concept te gebruiken "niveau"- indicator van de positie van het knooppunt in de domeinboom. Hoe lager de niveauwaarde, hoe hoger de hiërarchische positie van het domein

"." - nulniveaudomein
".ru"- eerste (top)niveaudomein
"voorbeeld.com"- domein op het tweede niveau
"mail.voorbeeld.com"- domein op het derde niveau
De lijst gaat maar door

Besteed aandacht aan het nulniveaudomein "." (punt - punt), ook wel wortel genoemd. In de praktijk wordt de punt meestal niet aangegeven ("example.com" in plaats van "example.com."), d.w.z. het opgeven van het hoofddomein is dat niet verplichte voorwaarden Resolutie van IP-adressen. De meeste clientprogramma's (internetbrowsers, enz.) voegen het nulniveaudomein automatisch toe en geven dit niet aan de gebruiker weer. Een domeinnaam die geen domeinaanduiding op nulniveau bevat, wordt relatief genoemd, maar een domeinnaam met een punt aan het einde heet volledig gekwalificeerd. (FQDN - Volledig gekwalificeerde domeinnaam).

Domeinzone- een deel van een hiërarchische boom van domeinnamen (bijvoorbeeld ".ru"), volledig voor onderhoud overgedragen aan een specifieke DNS-server (meestal meerdere) met als doel de verantwoordelijkheid hiervoor en alle ondergeschikte domeinen aan een andere persoon te delegeren (" elk adres.ru", "elk. elk adres .ru").

Delegatie- overdracht van de verantwoordelijkheid voor een bepaalde tak van de domeinnaamboom aan een ander individu of rechtspersoon. Het is deze procedure die praktisch wordt geïmplementeerd belangrijk principe DNS-werk- gedistribueerde opslag van documenten en verwerking van verzoeken. Het delegatieproces zelf omvat het toevoegen van zogenaamde "lijm" NS-records voor een gedelegeerde onderliggende zone ("example.com") die verwijst naar de DNS-server van de ontvangende partij (bijvoorbeeld de DNS-server van ons bedrijf). Vanaf dit moment worden alle bronrecords van het tweede niveaudomein "example.com" en alle onderliggende domeinen (bijvoorbeeld "mail.example.com", enz.) opgeslagen op de DNS-servers van dit bedrijf, en de bovenliggende zone ".ru" slaat alleen NS-records op die naar deze servers verwijzen.

DNS-server- een host die bronrecords opslaat en DNS-query's verwerkt. De DNS-server kan zelfstandig adressen binnen zijn verantwoordelijkheidsgebied omzetten (in het bovenstaande voorbeeld is dit de zone example.com), of verzoeken voor zones die hij niet bedient, doorsturen naar upstream-servers.

DNS-client- uitrusting software voor het werken met DNS. De DNS-server zelf fungeert periodiek ook als client.

Basistypen resourcerecords

Bronrecord (RR - Bronrecord)- een eenheid voor opslag en overdracht van informatie in DNS, die de volgende elementen (velden) omvat:

Naam- naam van het domein waartoe het record behoort
TTL (Tijd om te leven)- toegestane opnameopslagtijd door de niet-verantwoordelijke server
Type- parameter die het doel en formaat van de invoer in het gegevensveld bepaalt (Rdata)
Klas- type datanetwerk (impliceert het vermogen van DNS om met andere typen netwerken dan TCP/IP te werken)
Lengte gegevensveld (Rdlen)
Gegevensveld (Rdata)- inhoud en formaat van het veld zijn afhankelijk van het type record

Dit zijn de meest gebruikte typen resourcerecords:

A (IPv4-adresrecord)- Koppelt een domeinnaam aan het IPv4-adres van de host
AAAA (IPv6-adresrecord)- koppelt een domeinnaam aan een IPv6-hostadres (vergelijkbaar met een A-record)
CNAME (canonieke naamrecord - canonieke naamrecord)- gebruikt om door te verwijzen naar een andere domeinnaam
MX (Mail Exchange - mailwisselaar)- verwijst naar de mailserver die het domein bedient
NS (naamserver - naamserver)- verwijst naar de DNS-server die verantwoordelijk is voor het domein
TXT- tekstbeschrijving van het domein. Vaak vereist om specifieke taken uit te voeren (bijvoorbeeld het bevestigen van de eigendom van een domein bij het koppelen ervan aan een e-mailservice)
PTR (Point to Reverse - wijzerrecord)- koppelt het IP-adres van de machine aan een domein, dat voornamelijk wordt gebruikt voor verificatie door derden postdiensten verzonden via deze machine e-mails in relatie tot het domein dat is opgegeven in de parameters mailserver. Als deze parameters niet overeenkomen, wordt de brief zorgvuldiger gecontroleerd aan de hand van andere criteria.

Recursieve en niet-recursieve DNS-query's

Recursie is een model voor het verwerken van verzoeken door een DNS-server, waarbij deze laatste optreedt volledige zoekopdracht informatie, inclusief over domeinen die er niet aan zijn gedelegeerd, indien nodig, contact opnemen met andere DNS-servers.

DNS-query's van client (server) naar server zijn recursief en niet-recursief. In het eerste geval ondervraagt de DNS-server die het verzoek ontvangt alle knooppunten in aflopende volgorde van zoneniveau totdat hij een positief antwoord ontvangt of informatie ontvangt dat het aangevraagde domein niet bestaat. Bij niet-recursieve verzoeken zal de server alleen positief antwoorden als er een node wordt aangevraagd die deel uitmaakt van de domeinzone waarvoor deze server verantwoordelijk is. Het ontbreken van recursie kan niet alleen te wijten zijn aan het type verzoek, maar ook aan het verbod op de uitvoering van dergelijke verzoeken door de DNS-server zelf.

Caching is een andere belangrijke DNS-kenmerk. Wanneer de server tijdens de uitvoering opeenvolgend toegang krijgt tot andere knooppunten recursieve vraag De DNS-server kan informatie uit de ontvangen antwoorden tijdelijk in een cache opslaan. In dit geval gaat het herhaalde verzoek om het domein niet verder dan het cachegeheugen ervan. De maximaal toegestane cachetijd is opgenomen in het TTL-veld van de bronrecord.