One of the most common issues you’ll encounter in IT support is when a user says, “I can’t get on the internet.”While the problem may sound vague, a structured troubleshooting process can quickly narrow it down and lead to a solution.
Step 1: Confirm the Scope
Ask whether other devices on the same network can connect.
- If other devices work → the issue is with the laptop.
- If no devices work → the problem may be with the router, modem, or internet service provider (ISP).
Step 2: Check the Connection
- Is the laptop connected to Wi-Fi? Look at the wireless status.
- If using Ethernet, is the cable firmly connected?
- Toggle Wi-Fi off and back on, or unplug/replug the Ethernet cable.
Step 3: Run Basic Tests
Open Command Prompt (Windows) or Terminal (macOS/Linux):
- Check IP configuration:
ipconfig (Windows) or ifconfig (Mac/Linux)
If no valid IP address appears, the laptop isn’t connecting to the network. - Ping a common site:
ping google.com
If the ping fails, it indicates a deeper connection issue.
Step 4: Restart the Basics
- Restart the laptop.
- Restart the router and modem.
Sometimes the simplest resets solve the problem.
Step 5: Escalate if Needed
If the laptop still can’t connect:
- Try connecting it to another Wi-Fi network (like a hotspot).
- If it works → the problem is with the home router or ISP.
- If it still fails → the issue may be with the laptop’s hardware or drivers.
Activity: Write a Troubleshooting Response
What Type of Response You’re Writing?
You are writing the kind of message that a help desk technician (remote or onsite) would send after you’ve already performed the troubleshooting steps listed in the exercise.
It is not:
- an initial message asking the user to try steps
- a remote guide asking them to do things
- a script for walking them through fixes
It is:
- a short, customer-friendly message summarizing what you found and what you did
- written as if you already completed the troubleshooting
- written as if you are closing the ticket or updating the user before closing
Think of it as the “resolution note” you would send the user after your work.
Why It’s Written This Way
In real IT support, technicians always send a final message like:
- “Here’s what I checked.”
- “Here’s what I found.”
- “Here’s what I did.”
- “Here’s what you should do next (if anything).”
This shows professionalism and clear communication.
That is exactly what the assignment wants you to practice.
So, Should You Restate the Issue and List Steps for Them to Try?
No.
That would be an initial response, and that’s not what this activity wants.
This activity already gives you the troubleshooting steps.
Your job is to pretend you performed those steps and now you’re sending the customer your final update.
Exactly What Your Response Should Contain
Your draft should:
1. Restate the issue in simple terms
2. Summarize the steps YOU performed
—not steps for them to do.
3. Explain what you found
4. State what you did to resolve it
5. Close politely
Reflection
- How does a step-by-step approach prevent guesswork?
- Which earlier tools (ping, traceroute, mapping) could support your troubleshooting here?
- How would you record these steps in a support ticket for clear communication?
By breaking down the problem, you turn a vague complaint into specific checks and actions. This is exactly how IT support builds trust and solves problems efficiently.

Leave a comment