Gegevens van bron definiëren gegevenstypen in het Domain Name System (DNS). Resourceverslagen die door RFC 1035 zijn geïdentificeerd , worden intern opgeslagen in binaire indeling voor gebruik door DNS-software. Maar resource records worden verzonden over een netwerk in tekstformaat terwijl ze zone-overdrachten uitvoeren. In dit document worden enkele van de belangrijkste soorten Resourceregisters besproken.
Opmerking: Er zijn nog een aantal andere recordtypen die niet langer actief worden ondersteund. Hieronder vallen mail-bestemming (MD), mail-expediteur (MF), mail-groep (MG), postvak- of maillijstinformatie (MINFO), e-mailnaam (MR) en NULL. U kunt een volledige lijst met DNS-bestandstypen verkrijgen via IANA DNS-parameters .
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
Op het bovenste niveau van een domein moet de naamdatabase een Start of Authority (SOA)-record bevatten. Dit SOA-record identificeert wat de beste bron van informatie is voor gegevens binnen het domein. SOA bevat de huidige versie van de DNS-database en verschillende andere parameters die het gedrag van een bepaalde DNS-server definiëren.
Er moet precies één SOA record zijn voor elk nameserver-domein (elk subdomein). Dit is van toepassing op de subdomeinen van IN-ADDR.ARPA (reverse domeinen). Een gebied van naamruimte dat een afzonderlijke SOA heeft is gekend als een zone.
Het formaat voor dit record wordt in deze uitvoer weergegeven. De waarde die voor de tijdintervallen in deze SOA is vermeld is die die door RFC 1537 wordt aanbevolen .
DOMAIN.NAME. IN SOA Hostname.Domain.Name. Mailbox.Domain.Name. ( 1 ; serial number 86400 ; refresh in seconds (24 hours) 7200 ; retry in seconds (2 hours) 2592000 ; expire in seconds (30 days) 345600) ; TTL in seconds (4 days) The SOA record for the fictional foo.edu might look something like this: FOO.EDU. IN SOA FOO.EDU. Joe_Smith.Foo.EDU. ( 910612 ; serial number 28800 ; refresh in 8 hours 7200 ; retry in 2 hours 604800 ; expire in 7 days 86400 ) ; TTL is 1 day
Deze lijst geeft een verklaring van de gegevensvelden in de fictieve SOA-opname.
DOMAIN.NAME. - De naam van het domein waarop het SOA-record betrekking heeft. Let op de verplaatsen-punt (.). Dit betekent dat er geen achtervoegsel aan de naam moet worden toegevoegd.
IN-De klasse van het DNS-record. OP staat voor 'Internet'.
SOA - Het type DNS-record, het begin van de functie in dit voorbeeld.
Hostname.Domain.Name.—Het "oorsprongveld" moet de host naam van de primaire naamserver voor deze zone bevatten, de host waar de gezaghebbende gegevens zich bevinden.
Postbox.Domain.Name.—De postbus van het individu dat verantwoordelijk is voor (name service voor) dit domein. Om dit veld naar een bruikbaar e-mailadres te vertalen, vervangt u de eerste punt (.) door een @ (bij-teken). In dit voorbeeld, als er problemen met foo.edu zijn, stuur een e-mail naar Joe_Smith@foo.edu.
Serienummer: het serienummer van de huidige versie van de DNS-database voor dit domein. Het serienummer is het middel waarmee andere nameservers beseffen dat uw database is bijgewerkt. Dit serienummer begint bij 1 en moet een monotonisch toenemend integer zijn. Plaats geen decimaal punt in het serienummer, omdat dit verwarrende en onaangename resultaten kan opleveren. Sommige DNS-beheerders gebruiken de datum die als laatste is gewijzigd als het serienummer, in het formaat YMMDDHHMM, anderen verhogen de server eenvoudig met een klein aantal telkens wanneer de database wordt bijgewerkt. De halve parenthese die vóór het serno voorkomt en na het minimum van Tijd om te leven (TTL) aantal sluit staat de SOA toe om meerdere lijnen te spannen.
Wanneer een secondaire nameserver voor het foo.edu domein contact opneemt met de primaire nameserver om te controleren of er een verandering is geweest in de DNS database van de primaire naam, en als de secondaire een zone overdracht moet doen, vergelijkt deze zijn eigen serienummer met dat van de primaire nameserver.
Als het serienummer van de secundaire nameserver hoger is dan dat van de primaire server, treedt geen zone overdracht op. Als het serienummer van de primaire nameserver een hoger nummer is, voert de secundaire nameserver een zone over en werkt hij zijn eigen DNS database bij.
De andere numerieke velden zijn bekend als de TTL-velden. Deze controleren de frequentie waarmee de nameservers elkaar opinnemen om informatie updates te krijgen (bijvoorbeeld hoe lang de gegevens worden gecached, enzovoort).
Verfris-vertelt de secundaire naamserver hoe vaak u de primaire nameserver wilt inroepen en hoe vaak u om op een serienummer verandering te controleren. Dit interval beïnvloedt hoe lang het voor DNS veranderingen duurt die op de primaire nameserver worden aangebracht om te propageren.
Retry-Het interval per seconde waarbij de secondaire nameserver opnieuw probeert te verbinden met de primaire nameserver, in het geval dat het niet aansluit bij het Refresh interval.
Verlopen—het aantal seconden waarna een secundaire server "moet verlopen" de gegevens van de primaire server als deze niet opnieuw aansluit op de primaire server.
TTL-de standaardwaarde die op alle records in de DNS database op een nameserver van toepassing is. Elke DNS resource record kan een TTL-waarde hebben ingesteld. De standaard TTL van de SOA-record wordt alleen gebruikt als een bepaalde resource record geen expliciete waarde heeft ingesteld. Deze waarde wordt geleverd door gezaghebbende nameservers (primaire en secundaire nameservers voor een bepaalde zone) wanneer ze op DNS vragen reageren.
Elk subdomein dat afzonderlijk wordt geregistreerd, moet minimaal één corresponderend NS-record hebben. Naamservers gebruiken NS-records om elkaar te vinden.
Een NS-record heeft dit formaat:
DOMAIN.NAME. IN NS Hostname.Domain.Name.
De waarde van een NS-record voor een domein is de naam van de nameserver voor dat domein. U moet een NS-record opgeven voor elke primaire of secundaire server voor een domein.
Het adresrecord (A record) geeft een IPv4-adres op dat overeenkomt met een host-naam. Er kunnen meerdere IP-adressen zijn die overeenkomen met één hostname, er kunnen ook meerdere hostnamen zijn, waarvan kaarten naar hetzelfde IP-adres.
Een A-record heeft dit formaat:
Host.domain.name. IN A xx.xx.xx.xx(IPv4 address)
Er moet een geldig 'A'-record zijn in de DNS voor Host.domain.name, zodat een opdracht, zoals het opdracht telnet host.domain.name, kan werken (of er moet een CNAME zijn die naar een hostname wijst met een geldig 'A'-record).
Opmerking: DNS-uitbreidingen voor ondersteuning van IPv6-adressen worden behandeld door RFC 1886 .
De Host Information (HINFO)-record kan worden ingesteld om informatie over het hardwaretype en het besturingssysteem (OS) over elke host te verstrekken. De aanwezigheid ervan is optioneel, maar het beschikken over de beschikbare informatie kan nuttig zijn.
Er is maar één 'HINFO'-record per gastnaam.
Dit formaat bestaat uit een HINFO-record:
Host.DOMAIN.NAME. IN HINFO "CPU type" "Operating System"
Opmerking: Zowel het CPU-type als de OS-velden zijn verplicht. Als u een van deze velden leeg wilt laten, specificeert u dit als "" (een lege ruimte die door dubbele quotes is omgeven). U kunt niet slechts een paar dubbele quotes gebruiken ["].
Opmerking: De officiële machinenamen die u nodig hebt voor HINFO zijn te vinden in RFC 1700 . RFC 1700 maakt een lijst op van nuttige informatie zoals /etc/services waarden, Ethernet-hardware-adressen van fabrikanten en HINFO-standaardwaarden.
Met het TXT-record kunt u elke willekeurige tekst koppelen aan een hostnaam. Sommige substandaard implementaties van de bind opdracht ondersteunen het 'TXT'-record niet. Maar sommige niet-standaard implementaties van de bind commando ondersteunen een bogus record type genaamd 'UINFO', dat hetzelfde doet. Cisco raadt u aan alleen het 'TXT'-opnametype te gebruiken.
U kunt meerdere 'TXT'-records hebben voor één host-naam.
Een TXT-record heeft deze indeling:
Host.DOMAIN.NAME. IN TXT "system manager: melvin@host.domain.name" IN TXT "melasu"
Een zone kan een of meer Mail Exchange (MX)-records hebben. Deze records wijzen naar hosts die e-mailberichten namens de host aanvaarden. Een host kan een 'MX' voor zichzelf zijn. MX records hoeven niet naar een host in dezelfde zone te wijzen.
Een 'MX'-record heeft dit formaat:
Host.domain.name. IN MX nn Otherhost.domain.name. IN MX nn Otherhost2.domain.name.
De 'MX' voorkeursnummers nn (waarde 0 tot 65535) geven de volgorde aan waarin mailers 'MX' records selecteren wanneer ze een postzending naar de host proberen te sturen. Hoe lager het 'MX' nummer, hoe hoger de host is.
De Canonical Name (CNAME) record wordt gebruikt om een alias hostname te definiëren.
Een CNAME-record heeft deze indeling:
alias.domain.name. IN CNAME otherhost.domain.name.
Dit definieert alias.domain.name als een alias voor de host waarvan de canonische (standaard) naam een andere host.domain.name is.
Opmerking: een hostname die als CNAME bestaat, kan er geen andere DNS-records op hebben. Als bijvoorbeeld je domein filosofie.arizona.edu wordt genoemd en afzonderlijk wordt genoemd (zodat het zijn eigen SOA en NS records heeft) dan kan je filosoy.arizona.edu geen CNAME record geven. Als u een e-mail naar anyuser@philosophy.arizona.edu wilt verzenden, moet u MX en/of A-records gebruiken.
Pointer records zijn het tegenovergestelde van A Records en worden gebruikt in Reverse Map zone files om een IP adres naar een host name in kaart te brengen. In tegenstelling tot de andere SOA records worden de Pointer (PTR) records alleen in reverse (IN-ADDR.ARPA) domeinen gebruikt. Er moet precies één PTR-record zijn voor elk internetadres. Bijvoorbeeld, als de host gadzooks.poetry.arizona.edu een IP-adres heeft van 128.196.47.55, dan moet er een PTR-record zijn in deze indeling:
55.47.196.128.IN-ADDR.ARPA. IN PTR gadzooks.poetry.arizona.edu.
Omgekeerde domeinen bevatten hoofdzakelijk PTR records (plus SOA en NS records bovenaan).
De Berkeley r-nutsbedrijven gebruiken de waarde van de PTR record voor hostname authenticatie. Hoewel DNS aangeeft dat case niet belangrijk is in hostname, moet u er rekening mee houden dat sommige besturingssystemen gevoelig zijn voor hostname-case.