page 1 Plain Old DNS WACREN, DNS/DNSSEC Regional Workshop Ouagadougou, October 2016

Similar documents
DNS Concepts. Acknowledgements July 2005, Thimphu, Bhutan. In conjunction with SANOG VI. Bill Manning Ed Lewis Joe Abley Olaf M.

Welcome! Acknowledgements. Introduction to DNS. cctld DNS Workshop October 2004, Bangkok, Thailand

Domain Name Service. DNS Overview. October 2009 Computer Networking 1

APNIC elearning: DNS Concepts

Objectives. Upon completion you will be able to:

Domain Name System (DNS) DNS Fundamentals. Computers use IP addresses. Why do we need names? hosts.txt does not scale. The old solution: HOSTS.

Domain Name System (DNS) Session-1: Fundamentals. Joe Abley AfNOG Workshop, AIS 2017, Nairobi

WE POWER YOUR MOBILE WORLD ENUM INTEGRATION MANUAL

DNS/DNSSEC Workshop. In Collaboration with APNIC and HKIRC Hong Kong. Champika Wijayatunga Regional Security Engagement Manager Asia Pacific

Table of Contents DNS. Short history of DNS (1) DNS and BIND. Specification and implementation. A short history of DNS.

Configuring DNS. Finding Feature Information. Prerequisites for Configuring DNS

Domain Name System (DNS) Session-1: Fundamentals. Computers use IP addresses. Why do we need names? hosts.txt does not scale

Is your DNS server up-to-date? Pieter Lexis Senior PowerDNS Engineer April 22 nd 2018

Application Protocols

DNS. dr. C. P. J. Koymans. September 16, Informatics Institute University of Amsterdam. dr. C. P. J. Koymans (UvA) DNS September 16, / 46

ECE 650 Systems Programming & Engineering. Spring 2018

CSCE 463/612 Networks and Distributed Processing Spring 2018

ECE 435 Network Engineering Lecture 7

Implementing DNSSEC with DynDNS and GoDaddy

Table of Contents DNS. Short history of DNS (1) DNS and BIND. Specification and implementation. A short history of DNS. Root servers.

Testing IPv6 address records in the DNS root

DNS and HTTP. A High-Level Overview of how the Internet works

CS519: Computer Networks. Lecture 6: Apr 5, 2004 Naming and DNS

DNS Basics BUPT/QMUL

DNS. Some advanced topics. Karst Koymans. Informatics Institute University of Amsterdam. (version 17.2, 2017/09/25 12:41:57)

IPv6 Support in the DNS. Athanassios Liakopoulos 6DEPLOY IPv6 Training, Skopje, June 2011

Information Network I: The Application Layer. Doudou Fall Internet Engineering Laboratory Nara Institute of Science and Technique

Some advanced topics. Karst Koymans. Tuesday, September 16, 2014

DNS. Karst Koymans & Niels Sijm. Friday, September 14, Informatics Institute University of Amsterdam

CS 3640: Introduction to Networks and Their Applications

Domain Name System.

04 Identifiers. UUID URI Format Characteristics. Coulouris, Ch 9 rfc3986 Ahmed, 2005 Subharthi, 2009

Goal of this session

APNIC elearning: Reverse DNS for IPv4 and IPv6

DNS / DNSSEC Workshop. bdnog November 2017, Dhaka, Bangladesh

DNS Mark Kosters Carlos Martínez {ARIN, LACNIC} CTO

Protocol Classification

Computer Networking: Applications George Blankenship. Applications George Blankenship 1

04 Identifiers UUID. Coulouris, Ch 9 URI. rfc3986 Format. Ahmed, 2005 Characteristics. Subharthi, 2009

IPv6 Support in the DNS

SOFTWARE ARCHITECTURE 9. NAME RESOLUTION.

Domain Name System (DNS) 김현철 ( 화 ) 정보통신융합서울대학교컴퓨터공학부

The Domain Name System

ROOT SERVERS MANAGEMENT AND SECURITY

IPv6 support in the DNS

CSCI-1680 DNS Rodrigo Fonseca

Chapter 2 Application Layer. Lecture 5 DNS. Computer Networking: A Top Down Approach. 6 th edition Jim Kurose, Keith Ross Addison-Wesley March 2012

This time. Digging into. Networking. Protocols. Naming DNS & DHCP

BIND-USERS and Other Debugging Experiences. Mark Andrews Internet Systems Consortium

The Domain Name System

RIPE NCC DNS Update. Wolfgang Nagele DNS Services Manager

Internet Applications

Client Server Concepts, DNS, DHCP

Introduction to the Domain Name System

DNS and CDNs : Fundamentals of Computer Networks Bill Nace

DNS Mark Kosters Carlos Martínez ARIN - LACNIC

CS 3640: Introduction to Networks and Their Applications

Chapter 19. Domain Name System (DNS)

Introduction to Network. Topics

The State and Challenges of the DNSSEC Deployment. Eric Osterweil Michael Ryan Dan Massey Lixia Zhang

IPv6 How-To for a Registry 17th CENTR Technical Workshop

The Application Layer: Sockets, DNS

Root Zone DNSSEC KSK Rollover. DSSEC KSK Rollover

2. Introduction to Internet Applications

Domain Name System (DNS)

Based on Brian Candler's materials ISOC CCTLD workshop

Networking Applications

CSE 486/586 Distributed Systems

DNS & Iodine. Christian Grothoff.

Lecture 05: Application Layer (Part 02) Domain Name System. Dr. Anis Koubaa

RSA and ECDSA. Geoff Huston APNIC. #apricot2017

CSc 450/550 Computer Networks Domain Name System

DNS Fundamentals. Steve Conte ICANN60 October 2017

ÉCOLE POLYTECHNIQUE FÉDÉRALE DE LAUSANNE. Application Layer. Jean Yves Le Boudec 2015

DNS Session 1: Fundamentals. Based on Brian Candler's materials ISOC CCTLD workshop

ÉCOLE POLYTECHNIQUE FÉDÉRALE DE LAUSANNE. Application Layer. Jean Yves Le Boudec 2014

Configuration of Authoritative Nameservice

DNS / DNSSEC Workshop. bdnog May 2017, Bogra, Bangladesh

Table of Contents DNS. Short history of DNS (1) DNS and BIND. Specification and implementation. A short history of DNS. Root servers.

Course Organization. The Internet as a Blackbox: Applications. Opening the Blackbox: The IP Protocol Stack

Configuring DNS. Finding Feature Information

EECS 122: Introduction to Computer Networks DNS and WWW. Internet Names & Addresses

DNS Session 2: DNS cache operation and DNS debugging. Joe Abley AfNOG 2006 workshop

Advanced Networking. Domain Name System

Advanced Networking. Domain Name System. Purpose of DNS servers. Purpose of DNS servers. Purpose of DNS servers

Naming. CS 475, Spring 2018 Concurrent & Distributed Systems. Slides by Luís Pina

Lameness in Reverse DNS

DNS. Introduction To. everything you never wanted to know about IP directory services

More Internet Support Protocols

2017 DNSSEC KSK Rollover. DSSEC KSK Rollover

A DNS Tutorial

Creating Your Virtual Data Center

Root Servers. Root hints file come in many names (db.cache, named.root, named.cache, named.ca) See root-servers.org for more detail

Re-engineering the DNS One Resolver at a Time. Paul Wilson Director General APNIC channeling Geoff Huston Chief Scientist

Applications & Application-Layer Protocols: The Domain Name System and Peerto-Peer

CS118 Discussion 1A, Week 3. Zengwen Yuan Dodd Hall 78, Friday 10:00 11:50 a.m.

CS4/MSc Computer Networking. Lecture 3: The Application Layer

DNS. A Massively Distributed Database. Justin Scott December 12, 2018

IP ADDRESSES, NAMING, AND DNS

Communications Software. CSE 123b. CSE 123b. Spring Lecture 11: Domain Name System (DNS) Stefan Savage. Some pictures courtesy David Wetherall

Transcription:

page 1 Plain Old DNS WACREN, DNS/DNSSEC Regional Workshop Ouagadougou, 10-14 October 2016

page 2 IP: Identifiers on the Internet The fundamental identifier on the internet is an IP address. Each host connected to the Internet has a unique IP address IPv4 or IPv6 Uniqueness guaranteed through allocation from one single pool

page 3 How Devices use Identifiers On operating system level only the numbers matter Terminology in this context TCP/IP Stack Sockets The devices do not care about names

page 4 What is easier to remember? Humans tend to remember names better, easier to associate NL 1098VA 419 or Kruislaan 419, Amsterdam, Netherlands TG 9613 AL or Alain Hyundai X35 178.79.184.95 or www.wacren.net

page 5 host.txt In the1970 s ARPA net, tables where maintained mapping host-names to IP addresses SRI-NIC Tables were pulled from the single machine Problems traffic and load Name collisions Consistency

page 6 DNS Domain Name System provides a scalable, distributed lookup mechanism. DNS created in 1983 by Paul Mockapetris RFCs 882 and 883 IETF Full Standard: RFCs 1034 and 1035 (1987) modified, updated, and enhanced DNS Security extensions being the most recent

page 7 The four components A name space Servers making that name space available Resolvers (clients) which query the servers about the name space The protocol Glues all together

page 8 The Namespace Design The namespace needs to be made hierarchical to be able to scale Both technical and managerial delegation Control of parts of the namespace follows the hierarchy Hierarchy represented in labels country.nren.wacren.net

page 9 The namespace: Domains Domains are namespace subsets Everything below.com is in the com domain. Everything below foo.net is in the foo.net domain and in the net domain. net edu com com domain foo.net domain net domain foo www bla ftp ws2 isi ws1 sun moon google star www

page 10 net domain The namespace: Zones and Delegations Zones are administrative spaces Zone administrators are responsible for portion of a domain s name space Authority is delegated from a parent and to a child foo.net zone bla.foo.net zone net zone foo net www bla ftp ws2 isi edu ws1 sun com moon google star www

page 11 Some Jargon Top-Level Domains (TLD) Country cctld Generic gtld Second-Level Domains In practice TLDs And SLDs are actually zones uk co uk Root Zone foo net www bla ftp ws2 isi edu ws1 sun com moon google star www

page 12 Name Servers Name servers answer DNS questions. Several types of name servers Authoritative servers Serves the authoritative data for Zones Primary and Secondary (Caching) recursive servers Also called caching forwarders Mixture of functionality

page 13 Zones are served by authoritative name servers Each zone served by multiple servers (over 10 6 ) in total net edu com foo www bla ftp ws2 isi ws1 sun moon google star www

page 14 Concept: Resolving process & Cache Question: www.wacren.net A www.wacren.net A? root-server Resolver Client side www.wacren.net A? Recursive 178.79.184.95 Add to cache name server Ask net servers @gtld-servers.net (+ glue) www.wacren.net A?.net server Ask wacren server @ linode.com(+ glue) www.wacren.net A? 178.79.184.95 wacren server

page 15 Hooking this together Changes in DNS do not propagate instantly! secondary Upload of zone data is local policy Cache server primary Registry DB secondary server

page 16 DNS Features A lookup mechanism for translating objects into other objects A globally distributed, loosely coherent, scalable, reliable, dynamic database Comprised of four components A name space Servers making that name space available Resolvers (clients) which query the servers about the name space The DNS protocol

page 17 DNS Features: Global Distribution Data is maintained locally, but retrievable globally No single computer has all DNS data Total number of servers: in the 10 6 to 10 7 range DNS lookups can be performed by any device Remote DNS data is locally cachable to improve performance

page 18 DNS Features: Loose Coherency The database is always internally consistent Each version of a subset of the database (a zone) has a serial number The serial number is incremented on each database change Changes to the master copy of the database are replicated according to timing set by the zone administrator Cached data expires according to timeout set by zone administrator Response the same regardless of who the source of the query

page 19 DNS Features: Scalability No limit to the size of the database One server has over 40,000,000 names No limit to the number of queries 24,000 queries per second handled easily by one server Queries distributed among primary, secondary, and caches servers

page 20 DNS Features: Reliability Data is replicated Data from primary is copied to multiple secondaries The system can deal with outage of servers Clients can query All authoritative servers No difference between primaries and secondaries Clients will typically query local caches DNS protocols can use either UDP or TCP If UDP, DNS protocol handles retransmission, sequencing, etc.

page 21 DNS Features: Dynamicity Database can be updated dynamically Add/delete/modify of any record Within seconds possible, traditionally lower update rates Modification of the primary database triggers replication Only primary can be dynamically updated

page 22 RRs and RRSets Resource Record: name TTL class type rdata www.example.com 7200 IN A 192.0.2.3 RRset: RRs with same name, class and type: www.example.com 7200 IN A 192.0.2.3 A 198.51.100.3 A 203.0.113.3

page 23 DNS Packet +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ ID +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ QR Opcode AA TC RD RA Z RCODE +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ QDCOUNT ANCOUNT NSCOUNT ARCOUNT +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ * QUESTION SECTION * +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ * ANSWER SECTION * +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ * AUTHORITY SECTION * +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ * ADDITIONAL SECTION * +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

page 24 DIG and the Packet ; <<>> DiG 9.10.0-P2 <<>> www.wacren.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2652 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;www.wacren.net. IN A ;; ANSWER SECTION: www.wacren.net. 83748 IN A 178.79.184.95 ;; AUTHORITY SECTION: wacren.net. 170146 IN NS ns1.linode.com. wacren.net. 170146 IN NS ns2.linode.com. ;; Query time: 7 msec ;; SERVER: 10.10.0.2#53(10.10.0.2) ;; WHEN: Wed Sep 28 20:38:53 MUT 2016 ;; MSG SIZE rcvd: 105

REVERSE DNS page 25

page 26 WHY Whom clients/users are? Every DNS entry name-ip (A record) must have a correspondence IP-name(PTR record) Otherwise: Acces denied to certains services (ftp, mail, IRC,...) Hard network debug (traceroute) More undesirable network traffic

page 27 HOW www who is net mz com google afrin co sun tislabs ic moon www arpa in-addr ip6 IPv4 addresses IPv6 addresses DNS TREE

IPV4 page 28

page 29 Mapping IPv4 address in DNS Example 196.26.1.3 196/8 is allocated to RIR 196.26/16 is allocated by RIR to LIR/ISP 192.26.1/24 is assigned by ISP to a company. Delegation in the DNS: in-addr.arpa delegates 196 domain to RIR RIR delegates 26 sub-zone to ISP ISP delegates 1 sub-zone to company. Name that makes this possible: 1.26.192.in-addr.arpa.

Mapping IPv4 address to names page 30 In IPv4 the mapping is done on 8 bit boundaries(class full), address allocation is class less /8, /16, /24 Zone administration does not always overlap address administration If you have a /22 of address space: divide it in /24s and request a delegation for each one of them

page 31 LIR and end-users PI Configure your authoritative NS for the reverse zones Follow DNS recommendations (RFC 2182,1912) Create the domain object in the RIR database Only /16 and /24 If authentication and dns check are OK, delegation is visible next time RIR push zone file

page 32 End-users Configure your authoritative NS for the reverse zones Follow DNS recommendations (RFC 2182,1912) Contact your ISP >=/24 For < /24 RFC 2317

page 33 domain: 209.32.196.in-addr.arpa descr: ubuntunet allocation nserver: disa.tenet.ac.za nserver: v6rev.tenet.ac.za org: ORG-UAFR1-AFRINIC admin-c: RJ1-AFRINIC tech-c: AA28-AFRINIC tech-c: RJ1-AFRINIC zone-c: AA28-AFRINIC mnt-by: ubunt-mnt mnt-lower: ubunt-mnt remarks: www.ubuntunet.net source: AFRINIC # Filtered domain object

IPV6 page 34

page 35 Allocations policy Allocations policy /12 allocated to RIR /32 allocated to LIR/ISP /48 assigned to end users in general /64 assigned to end users when only one net is used /128 assigned to end users when only one device is used Policy is moving

page 36 Mapping IPv6 address in DNS Number is translated into 4 bit nibbles under the ip6.arpa. 2001:0238::a00:46ff:fe06:1460 0.6.4.1.6.0.e.f.f.f.6.4.0.0.a.0.0.0.0.0.0.0.0.0.8.3.2.0.1.0.0.2.ip6.arpa. If you have a /32, split into 2 /32s If you have a /47, split into 2 /48s

page 37 LIR and end-users PI Configure your authoritative NS for the reverse zones Follow DNS recommendations (RFC 2182,1912) Create the domain object in the RIR database - /32, /48 If authentication and dns check are OK, delegation is visible next time RIR pushes zone file

page 38 End-users Configure your authoritative NS for the reverse zones Follow DNS recommendations (RFC 2182,1912) Contact your ISP /48, /64, /128

page 39 domain object domain: 0.6.6.0.1.0.0.2.ip6.arpa descr: Reverse delegation for Renater sub-tla admin-c: BT261-RIPE tech-c: BT261-RIPE tech-c: GR1378-RIPE zone-c: GR1378-RIPE nserver: ns1.renater.fr nserver: imag.imag.fr nserver: ns3.nic.fr nserver: ns2.renater.fr mnt-by: RENATER-MNT remarks: changed: rensvp@renater.fr 20021112 remarks: changed: rensvp@renater.fr 20100527 created: 2002-11-12T14:14:47Z last-modified: 2015-08-07T13:30:20Z source: RIPE

QUESTIONS? page 40