Mission 357

DNS and service triage

Separate local name-resolution evidence from web-service health.

Troubleshooting
8 minutes Advanced Lesson 357 of 360
catgrepsystemctlss
Lesson 357 of 360 0/360 lessons 0/17 missions Troubleshooting · 8 minutes
0%
Continue View profile
Ops lab terminal Training lab
New learnerrank 0XP 0%complete
learner@clairos:/home/learner $ Unix ops lab: type a command, press Enter
Instructions 8 minutes

Click any instruction for the command details, the why, and the common mistake to avoid.

Read resolver configuration

Run cat /etc/resolv.conf.

cat /etc/resolv.conf
Check the local mapping

Run grep clairos /etc/hosts.

grep clairos /etc/hosts
Check the web service

Run systemctl status nginx.

systemctl status nginx
Check the web listener

Run ss -tulpn.

ss -tulpn
Lesson support

What to notice while you play.

Objective

Build repeatable confidence with triaging a name-resolution complaint without assuming a service outage.

Hint

Start with cat /etc/resolv.conf, inspect the result, then continue in order.

Why it matters

Triaging a name-resolution complaint without assuming a service outage helps operators explain what they know before they change anything.

Common mistakes
  • Skipping the output that proves triaging a name-resolution complaint without assuming a service outage.
  • Changing several things before recording a baseline.
Reference

Commands in this lesson.

cat <file>

Print text file contents.

grep [-i] <text> <file>

Find literal text inside a file.

systemctl status <service>

Inspect simulated service status.

ss|ip

Inspect simulated sockets and addresses.

ssh|scp|ssh-keygen

Practice SSH inspection and dry-run transfer shapes without network access.