Lesson 10 of 60 intermediate

Networking Tools on Windows

Fast triage from the command line

Open interactive version (quiz + challenge)

Real-world analogy

Network tools are like a doctor’s vitals kit: thermometer, stethoscope, blood pressure cuff. You don’t diagnose the patient by staring at them — you measure. ping, ipconfig, tracert, nslookup, gpresult are your vitals.

What is it?

Windows networking tools let you inspect every layer of connectivity without opening a packet capture. Memorizing five commands (ipconfig, ping, tracert, nslookup, gpresult) handles the vast majority of ‘internet not working’ tickets safely.

Real-world relevance

A whole branch can’t reach the CBS portal. Junior runs ipconfig (OK), pings gateway (OK), pings DNS (OK), nslookup portal.bank.local (fails). Conclusion: DNS record or DNS server issue. Escalates with evidence — not a guess.

Key points

Code example

// 4-step network triage playbook (Windows)

1) Do I have a sane IP?
     ipconfig /all
     -> IP assigned? not APIPA 169.254.x.x? correct DNS?

2) Can I reach my gateway?
     ping <gateway-ip>        # from ipconfig output

3) Is DNS resolving?
     nslookup example.com
     Resolve-DnsName portal.company.local

4) Can I reach the destination?
     ping <public-ip>
     ping <destination-name>
     tracert <destination-name>

Group policy sanity check:
     gpupdate /force
     gpresult /h %TEMP%\gpo.html
     start %TEMP%\gpo.html

Line-by-line walkthrough

  1. 1. Step 1 — confirm the machine has a sane IP and DNS
  2. 2. ipconfig examines the full adapter state
  3. 3. Look for missing IP or APIPA
  4. 4. Blank separator
  5. 5. Step 2 — reach the gateway
  6. 6. ping the gateway IP shown in step 1
  7. 7. Blank separator
  8. 8. Step 3 — DNS resolution check
  9. 9. nslookup via default server
  10. 10. PowerShell modern equivalent
  11. 11. Blank separator
  12. 12. Step 4 — destination reachability
  13. 13. ping the IP
  14. 14. ping the name
  15. 15. tracert for path visibility
  16. 16. Blank separator
  17. 17. GPO sanity check header
  18. 18. Force reapply
  19. 19. Export HTML report
  20. 20. Open it for review

Spot the bug

Ticket: 'Internet is broken, whole office down!'
Junior immediately reboots the core router.
Outage was only DNS-related and the reboot caused an extra 5 minutes of real downtime.
Need a hint?
Which order of commands would have revealed the true layer BEFORE any reboot?
Show answer
Run the 4-step triage first: ipconfig /all, ping gateway, nslookup, ping destination. DNS failures look like ‘no internet’ but internet may actually be up. Never reboot production network hardware without evidence and, in banks, without approved change/rollback. Document findings.

Explain like I'm 5

When the internet doesn’t work, you don’t guess — you check step by step: does the phone have a number? can you call the next office? does the phonebook know the name? can you call the real destination? That order is the whole trick.

Fun fact

The name ‘ping’ comes from sonar — you send a sound, wait for an echo, and measure the delay. Mike Muuss wrote the original ping program in 1983 in one evening while debugging a network problem.

Hands-on challenge

On your own machine, run the 4-step triage: ipconfig /all, ping your gateway, nslookup a real domain, tracert that domain. Save the outputs. Try to explain each in plain English.

More resources

Open interactive version (quiz + challenge) ← Back to course: IT Jobs Bootcamp