Temasiden starter med å angi:
Emnekode og emnenavn
Oppgavenummer og tema
Navn på deltakerne
Video (embeddes på siden)
(Dropper innholdsfortegnelsen)
TDAT 2004 Datakommunikasjon med nettverksprogrammering
Oppgavenr 19? - Ressurs records
Jens Tobias Kaarud
1. Innledning
Hvor hører det valgte tema hjemme i lagmodellen. Hvilke standarder eller bestemmelser gjelder for dette temaet.
Resource Records (RR) er en del av DNS-tjenesten, som brukes til å sende informasjon som svar på en DNS-lookup. Formatet og datatypene er definert av "Internet Engineering Task Force", i en rekke "RFC" (Request for Comments)-dokumenter.
2. Ønsket funksjonalitet
Hva er det man ønsker å oppnå, hvilke funksjonelle mangler vil man bøte på, hvorfor har man denne tjenesten eller dette systemet.
Resource records er en del av DNS-databasen som inneholder informasjon om domenet. Hvis man tenker på den aktuelle DNS-serveren som en tabell i en database, er ressursrecords de forskjellige attributtene (søylene) til hvert innslag. De lagres i "zone files" på DNS-serveren.
Ressursrecords inneholder nødvendig informasjon om adressene som DNS-serveren tjener. Den mest grunnleggende funksjonen til en DNS-tjener er å returnere IP-adressen som hører til et domenenavn, og dette er én type RR. Det finnes også mange andre typer data man kanskje vil sende som svar på en DNS-lookup, og RR-er brukes til akkurat dette.
3. Virkemåte
Beskriv hvordan ting fungerer og gjøres. Oppbygning og struktur. Forklare med illustrasjoner eller skjermklipp, bilder eller analyse av pakkefangst.
Når en applikasjon sender inn en adresse til DNS-serveren, returnerer serveren et sett med resource records sammen med IP-adressen som hører til tekstadressen. Hver RR har de følgende feltene:
Felt | Beskrivelse |
---|---|
NAME | Domenenavnet til noden i DNS-treet. |
TYPE | Typen informasjon som inneholdes i RR-en. Hver type er koblet til et tall, som brukes her. |
CLASS | "Klassen" til RR-en, vanligvis "IN" for internett-relaterte RR-er. |
TTL | "Time to live", antall sekunder RR-en skal regnes som gyldig. Hvis en RR endres, vil denne bestemme hvor lang tid det tar før den oppdateres. |
RDLENGTH | Lengden på datafeltet. |
RDATA | Selve informasjonen som inneholdes i RR-en. Akkurat hva som finnes i dette feltet avhenger av TYPE-feltet. |
Datatyper:
Det finnes svært mange datatyper. Her er en liste over noen som er i bruk i dag:
Navn | Fullt navn | Beskrivelse | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
A | Address | Dette er en 32-bits IPv4-adresse, som brukes når DNS-serveren skal returnere IP-adressen som hører til et domenenavn. | ||||||||||||||
AAAA | Address | Dette er det samme som A, men istedetfor en 32-bits IPv4-adresse er dette en 128-bits IPv6-adresse. | ||||||||||||||
CNAME | Canonical Name | Dette er en type "alias", eller "kallenavn", som brukes for å "videresende" DNS-lookups. Den inneholder et annet domenenavn, og hvis det første søket returnerer en CNAME vil DNS-tjenesten fortsette søket med det nye navnet som inneholdes i CNAME-RR-en. | ||||||||||||||
MX | Mail Exchange | Denne brukes for å identifisere hvilken server epost som sendes til et domene skal ende opp på. Man kan sette opp flere slike med et prioritetsnummer, som angir hvilken som brukes hvis den med lavest prioritetsnummer ikke kan nås. Man kan også gi samme nummer til flere, og da vil én velges vilkårlig. | ||||||||||||||
SOA | Start of Authority | En SOA-RR viser hvor en ny DNS-sone begynner. Den inneholder autorisasjonsinformasjon om DNS-sonen, og må finnes der domenet delegeres fra foreldredomenet. Den inneholder den følgende informasjonen:
De tre timerne REFRESH, RETRY og EXPIRE er alle i et antall sekunder, og har mye å si for hvor lang tid det tar før en DNS-oppdatering sprer seg gjennom internett. | ||||||||||||||
TXT | Text | Denne kan brukes for å sette inn vilkårlig informasjon i tekstform. Opprinnelig ment for lesbar tekst, men den brukes nå til mange andre formål, for eksempel verifisering av e-post. Man kan ha flere TXT-felt som hører til samme adresse. | ||||||||||||||
NS | Name Server | Viser hvilken navneserver som er ansvarlig for sonen. Det må finnes én slik record for hver server i domenet. | ||||||||||||||
PTR | Pointer | Denne fungerer som en omvendt "A", i at den mapper et domenenavn til en IP-adresse. Den kan brukes for å slå opp hva det faktiske domenenavnet til en IP-adresse er, og brukes som en sikkerhetsfunksjon. | ||||||||||||||
HINFO | Host Info | Denne inneholder informasjon om hvilken hardware og OS som brukes i vertsmaskinen. Noen ser på denne som en sikkerhetsrisiko, fordi den gir informasjon om vertsmaskinen, så den er mindre i bruk i dag. |
4. Referanser
Når man i den løpende teksten omtaler standarder, organisasjoner eller annet skal dette refereres. Referanselisten føres her (ikke URL i den løpende teksten)
IETF RFC 1035 fra 1987, der man først definerte RR-systemet (i kapittel 3).