Versjon 1.0 / Kap 2: Applikasjonslaget1 Avsnitt 2.5 DNS Computer Networking: A Top Down Approach Featuring the Internet, 2 nd edition. Jim Kurose, Keith Ross Addison-Wesley, July Slides adapted from the slides accompanying the book of Kurose & Ross. © J.F Kurose and K.W. Ross, All Rights Reserved Norsk versjon: © Christian F Heide, 2003.
Versjon 1.0 / Kap 2: Applikasjonslaget2 Kapittel 2 – oversikt r 2.1 Principles of app layer protocols r 2.2 Web and HTTP r 2.3 FTP r 2.4 Electronic Mail m SMTP, POP3, IMAP r 2.5 DNS r 2.6 Socket programming with TCP r 2.7 Socket programming with UDP r 2.8 Building a Web server r 2.9 Content distribution m Network Web caching m Content distribution networks m P2P file sharing
Versjon 1.0 / Kap 2: Applikasjonslaget3 DNS: Domain Name System People: many identifiers: m SSN, name, passport # Internet hosts, routers: m IP address (32 bit) - used for addressing datagrams m “name”, e.g., gaia.cs.umass.edu - used by humans Q: map between IP addresses and name ? Domain Name System: r distributed database implemented in hierarchy of many name servers r application-layer protocol host, routers, name servers to communicate to resolve names (address/name translation) m note: core Internet function, implemented as application-layer protocol m complexity at network’s “edge”
Versjon 1.0 / Kap 2: Applikasjonslaget4 DNS name servers r no server has all name- to-IP address mappings local name servers: m each ISP, company has local (default) name server m host DNS query first goes to local name server authoritative name server: m for a host: stores that host’s IP address, name m can perform name/address translation for that host’s name Why not centralize DNS? r single point of failure r traffic volume r distant centralized database r maintenance doesn’t scale!
Versjon 1.0 / Kap 2: Applikasjonslaget5 DNS: Rot-navnetjener b USC-ISI Marina del Rey, CA l ICANN Marina del Rey, CA e NASA Mt View, CA f Internet Software C. Palo Alto, CA i NORDUnet Stockholm k RIPE London m WIDE Tokyo a NSI Herndon, VA c PSInet Herndon, VA d U Maryland College Park, MD g DISA Vienna, VA h ARL Aberdeen, MD j NSI (TBD) Herndon, VA 13 rot-navne- tjenere i verden
Versjon 1.0 / Kap 2: Applikasjonslaget6 DNS eksempel Maskinen surf.eurecom.fr ønsker IP-adressen til gaia.cs.umass.edu 1. kontakter sin lokal navnetjener, dns.eurecom.fr 2. dns.eurecom.fr kontakter rot-navne- tjeneren, om nødvendig 3. rot-navnetjeneren kontakter den autoritative navnetjeneren, dns.umass.edu, om nødvendig spørrende maskin surf.eurecom.fr gaia.cs.umass.edu rot-navnetjener autoritativ navnetjener dns.umass.edu lokal navnetjener dns.eurecom.fr
Versjon 1.0 / Kap 2: Applikasjonslaget7 DNS eksempel Rot-navnetjener: r kjenner kanskje ikke hvem som er autoritativ navne- tjener r kan kjenne mellom- liggende navne- tjener: hvem han skal kontakte for å finne autoritativ navne- tjener spørrende maskin surf.eurecom.fr gaia.cs.umass.edu rot-navnetjener lokal navnetjener dns.eurecom.fr autoritativ navnetjener dns.cs.umass.edu mellomliggende navnetjener dns.umass.edu 7 8
Versjon 1.0 / Kap 2: Applikasjonslaget8 DNS: itererte forespørsler spørrende maskin surf.eurecom.fr gaia.cs.umass.edu rot-navnetjener lokal navnetjener dns.eurecom.fr autoritativ navnetjener dns.cs.umass.edu mellomliggende navnetjener dns.umass.edu 7 8 iterert forespørsel
Versjon 1.0 / Kap 2: Applikasjonslaget9 DNS: caching and updating records r once (any) name server learns mapping, it caches mapping m cache entries timeout (disappear) after some time r update/notify mechanisms under design by IETF m RFC 2136 m
Versjon 1.0 / Kap 2: Applikasjonslaget10 DNS records r Type=NS navn er domene (f eks foo.com) verdi er IP-adressen til autoritativ navnetjener for dette domenet RR format: (navn, verdi, type, ttl) r Type=A navn er maskinnavn verdi er IP-adresse r Type=CNAME navn er alias-navn for et “kanonisk” (et virkelig) navn is really servereast.backup2.ibm.com verdi er kanonisk navn r Type=MX verdi er navn på mail- serveren assosiert med navn
Versjon 1.0 / Kap 2: Applikasjonslaget11 DNS protokollmeldinger DNS protokollen : query (spørsmål) og reply (svar) meldinger har samme meldingsformat meldingsheader r identification: 16 bits id- nummer for spørsmål, svar på spørsmål benytter samme nummer r flagg: m query (0) eller reply (1) m rekursjon ønsket m rekursjon tilgjengelig m svar er autoritativt
Versjon 1.0 / Kap 2: Applikasjonslaget12 DNS protokollmeldinger (forts) Navn- og type-felt for en query RR som svar på query records for andre autoritative tjenere tilleggsinfo som kan benyttes