Week 17 · overview
Week 17: Integrated Technician Scenarios
For sixteen weeks, the course has usually told you what system you were studying.
Hardware week. Networking week. Windows week. Security week.
A real ticket does not do that.
It says:
The laptop won't connect.
The files disappeared.
The VM is slow.
The screen is black.
The user cannot sign in.
The printer works for everyone except one person.
Your first job is not to remember which CompTIA objective contains the symptom.
Your first job is to locate the boundary.
The system question
Which parts of the system are already proven healthy, which boundary fails first, and what is the smallest useful action that can separate the strongest explanations?
Week 17 uses one evidence spine across the entire course:
ticket / context
↓
scope
↓
known-good boundaries
↓
recent change
↓
best evidence source
↓
strongest theory + alternative
↓
controlled action
↓
rollback / recovery
↓
verification
↓
communication + documentation
The incidents are deliberately unlabeled
You may need to move across:
- mobile hardware and connectivity;
- motherboard, CPU, RAM, storage, power, cooling, displays;
- printers and peripherals;
- wired and wireless networks;
- DNS, DHCP, ports, services, and network tools;
- virtualization and cloud responsibility;
- Windows, macOS, and Linux;
- permissions and identity;
- endpoint and browser security;
- software troubleshooting;
- backup, change, policy, and professional support.
The point is not to make the questions tricky.
The point is to remove the training wheels.
How the week moves
- Triage the Whole System teaches how to resist premature categorization and establish scope before touching the system.
- Choose the Evidence compares tools and evidence sources by the exact question each can answer.
- Correct, Roll Back, and Verify turns a diagnosis into a controlled professional change with a recovery path.
- Mixed Incident Lab gives you incidents from different domains without labels.
- Technician Review Board asks you to defend one complete case under questions from another technician.
The standard for a strong answer
A strong answer does not sound like:
I think it is DNS because DNS problems are common.
It sounds like:
The endpoint has valid IP configuration, can reach the gateway, and can reach the server by IP. The required hostname fails to resolve. DNS is the first unproven boundary, so a DNS query is the smallest useful next test.
That explanation names what is known, what is unknown, and why the next action fits.
That is the level you are aiming for this week.