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.
Alle RR-er på en server lagres i en "zone file". Denne var tradisjonelt skrevet for hånd, men er nå som regel generert for verten/systemadministratoren. 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. Dette feltet er ikke obligatorisk, og hvis det ikke finnes vil den arve TTL-tid fra SOA-recorden. |
| 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 | Formateksempel | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 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. | ;machinename [TTL] class A address sirius IN A 123.45.6.1 | ||||||||||||||
| AAAA | Address | Dette er det samme som A, men istedetfor en 32-bits IPv4-adresse er dette en 128-bits IPv6-adresse. | ;machinename [TTL] class AAAA address sirius IN AAAA 3ffe:1900:4545:2:02d0:09ff:fef7:6d2c | ||||||||||||||
| 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. | ;nickname [TTL] class CNAME canonical-name mailhost IN CNAME antares.doc.com | ||||||||||||||
| 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. | ;name [TTL] class MX preference mailer-exchanger Munnari.OZ.AU. IN MX 0 Seismo.CSS.GOV. foo.com. IN MX 10 RELAY.CS.NET. *.foo.com. IN MX 20 RELAY.CS.NET. | ||||||||||||||
| 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. | ;name class SOA origin person-in-charge doc.com. IN SOA dnsmaster.doc.com. root.nismaster.doc.com. ( 101 ;Serial 7200 ;Refresh 3600 ;Retry 432000 ;Expire 86400) ;Minimum ) | ||||||||||||||
| 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. | ;domainname [TTL] class TXT text doc.com 90000 IN TXT "Hello" | ||||||||||||||
| NS | Name Server | Viser hvilken navneserver som er ansvarlig for sonen. Det må finnes én slik record for hver server i domenet. | ;domainname [TTL] class NS nameserver doc.com 90000 IN NS sirius.doc.com. | ||||||||||||||
| 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. | ;special name [TTL] class PTR-real-name 1 IN PTR sirius.doc.com. | ||||||||||||||
| 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. | ;[name] [TTL] class HINFO hardware OS IN HINFO Sparc-10 UNIX |
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).