CCNA lab 25 of 46
DNS: name resolution and diagnosing record problems
Query A, AAAA, MX, NS and PTR records from a Linux client, make a router resolve names, then work three help-desk tickets caused by a wrong A record, a client with the wrong DNS server and a mail record that points at nothing.
Run this lab
It needs Lite: its 5 nodes are set to 5 vCPU and 4,608 MB in total. That fits the free demo too.
In your workspace: Shared, then CCNA 200-301 guided labs, then 25 - DNS - name resolution and diagnosing record problems
- Level
- Intermediate
- Time
- About 50 minutes
- Nodes need
- 5 vCPU, 4,608 MB
- Smallest plan
- Lite
The scenario
At Corbridge Accountants (domain corp.lab), the router DNS1 acts as the office's internal DNS server, and R1 is the gateway that also hosts the web and mail servers (10.25.9.80 and 10.25.9.25). Three tickets are waiting:
- "The intranet page never loads, but the website is fine."
- "PC1 can't open anything by name. IP addresses work."
- "Outside companies say our email bounces."
You'll learn to query DNS properly from a Linux client (H1), make R1 resolve names, then fix all three tickets.
| Device | Address | Role |
|---|---|---|
| R1 | Gi0/0 10.25.1.1/24; Lo1 10.25.9.80 and 10.25.9.25 | gateway, web and mail servers |
| DNS1 | 10.25.1.53/24 | DNS server for corp.lab |
| H1 | 10.25.1.50/24 (you set it) | Linux admin laptop |
| PC1 | 10.25.1.20/24, gateway 10.25.1.1 | user PC (ticket 2) |
All four sit on switch S1.
What you’ll practise
- Explain the DNS hierarchy, recursive and iterative queries, and the common record types
- Query each record type with nslookup and read the answers
- Configure an IOS router as a DNS client and as a small DNS server
- Diagnose and fix wrong records and wrong client DNS settings
- Explain CNAME and PTR records and how clients cache answers
The tasks
- Get the admin laptop ready
- Query each record type
- Make the router a DNS client
- Ticket 1: the intranet doesn't load
- Ticket 2: PC1 can't resolve anything
- Ticket 3: email bounces
- Understand CNAME, PTR and caching
The Lab Tasks pane has the scenario, these tasks, the checks to run, hints and the full solution.
Topology and devices
The network as it opens in EVE-NG, drawn from the lab’s own canvas, and the image each node runs.
Every link, as text
- R1
Gi0/0to S1Gi0/0 - DNS1
Gi0/0to S1Gi0/1 - H1
eth0to S1Gi0/2 - PC1
eth0to S1Gi0/3
| Node | Device | Image in Add Node | Set to |
|---|---|---|---|
| DNS1 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 1,024 MB |
| R1 | Cisco IOSv | vios-adventerprisek9-m.SPA.159-3.M6 | 1 vCPU, 1,024 MB |
| S1 | Cisco IOSvL2 | viosl2-adventerprisek9-m.ssa.high_iron_20200929 | 1 vCPU, 1,024 MB |
| H1 | Alpine Linux | clbalpinebase-alpine-base-3-20-3 | 1 vCPU, 512 MB |
| PC1 | VPCS host | Built in to EVE-NG | Counted as 1 vCPU, 1,024 MB |
How to open this lab
Sign in to your workspace at
lab.cloudlabbox.com.In File Manager, open Shared, then the folder
CCNA 200-301 guided labs.Open
25 - DNS - name resolution and diagnosing record problemsand start its nodes, then open Lab Tasks for the scenario and the steps.
The lab is read-only. You can start the nodes and configure the devices, but changes to the topology can’t be saved. To change it, rebuild it in your own folder.
More CCNA labs
Related labs in other courses
CloudLabBox is independent of Cisco. The lab follows exam topics and isn’t vendor training material; vendor names identify the exams and the images in the workspace.