Free study resource Independently authored Troubleshooting focused

CompTIA Network+ study hub

Build the networking foundation the exam expects: address and route traffic, implement switching and wireless correctly, operate the environment, secure the path, and troubleshoot from evidence instead of guesses.

Current exam facts on this track are governed by Zeph Tech's reviewed certification registry and scheduled for recurring revalidation.

Current exam record

Use the current CompTIA exam record as the source of truth.

Volatile facts such as exam code, timing, scoring, domain weighting, and review dates are rendered from the reviewed registry instead of copied throughout the page.

Active

Last verified: 2026-09-24

Next review: 2026-10-24

Official certification page · Official exam objectives

Published domain weighting

Domain map

Think in traffic paths and failure domains.

Network+ becomes easier when each topic answers one of five questions: what should happen, how is it implemented, how is it operated, how is it protected, and what evidence explains a failure?

Networking Concepts

Addressing, subnetting, ports and protocols, routing concepts, switching concepts, wireless, cloud/virtual networking, and the models used to describe how traffic moves.

Practice by asking: what layer is involved, what address or protocol is in use, and where should the packet go next?

Network Implementation

VLANs, trunks, routing, wireless deployment, physical media, transceivers, WAN connectivity, and the configuration choices that turn a design into a working network.

Practice by asking: what has to be configured on each side of the link for the intended traffic to pass?

Network Operations

Documentation, monitoring, configuration management, availability, backups, time synchronization, lifecycle work, and the operational discipline that keeps networks supportable.

Practice by asking: what evidence would let another administrator understand, restore, or change this environment safely?

Network Security

Segmentation, authentication, access control, hardening, secure management, common attacks, and controls that limit who or what can traverse a trust boundary.

Practice by asking: what is the trust boundary, who should be allowed through it, and how is that decision enforced?

Network Troubleshooting

Cabling, interface errors, addressing, VLANs, routing, DNS/DHCP, wireless conditions, performance, and the disciplined process used to isolate the fault.

Practice by asking: what changed, what still works, what layer should be tested first, and what measurement would disprove the current hypothesis?

Troubleshooting loop

Use a repeatable method instead of jumping to the favorite tool.

The exam rewards the next appropriate action. In real operations, the same habit prevents random changes from making an outage harder to understand.

1. Establish the scope

Identify what is affected, what still works, when the problem started, and what changed. Separate one endpoint from one VLAN, one site, one service, or the entire path.

2. Test the lowest plausible layer

If the link is down, start with power, cabling, optics, ports, and interface state. If IP connectivity works but names fail, move to DNS rather than replacing cables.

3. Use evidence to narrow the hypothesis

Interface counters, ARP/neighbor tables, routes, DHCP leases, DNS answers, packet captures, wireless measurements, and monitoring data should reduce the candidate set.

4. Fix, verify, and document

Confirm the original symptom is resolved, check for side effects, and record the change so the next responder knows what was altered and why.

Original practice

Two free Network+ diagnostic practice exams.

Two independently authored 20-question sets cover all five current domains, with explanations and authoritative references. Use Exam #1 as a baseline, review weak domains, then use Exam #2 as a fresh retrieval check.

Practice Exam #1

Baseline diagnostic

Start here to identify weak domains before deeper review.

Loading the interactive practice exam. If it does not load, ensure JavaScript is enabled.

Practice Exam #2

Fresh retrieval check

Use a second independent question set after remediation to check whether weak areas improved.

Loading the interactive practice exam. If it does not load, ensure JavaScript is enabled.

Six-week example

A practical Network+ study sequence.

Stretch or compress the schedule to match your experience. Keep a troubleshooting notebook and record the evidence that led to each answer.

Week 1: Concepts + subnetting

Review the OSI/TCP-IP models, Ethernet and IP addressing, ports and protocols, routing basics, and daily subnetting drills until prefix lengths stop requiring guesswork.

Week 2: Switching + wireless

Work through VLANs, trunks, loop prevention, common cabling/transceivers, Wi-Fi bands/channels, site-survey concepts, and the relationship between physical and logical design.

Week 3: Routing + services

Practice route selection, default gateways, DHCP, DNS, NTP, NAT, VPN concepts, WAN options, and how each dependency changes the symptoms a user will report.

Week 4: Operations + security

Study monitoring, documentation, backups, high availability, segmentation, secure management, 802.1X, ACL/firewall concepts, and common network attack patterns.

Week 5: Troubleshooting

Deliberately diagnose broken scenarios: bad VLANs, failed DHCP, DNS-only failures, cabling errors, duplex problems, wireless interference, wrong routes, and blocked paths.

Week 6: Mixed retrieval + timed practice

Take the practice exam under a time limit, review every incorrect or guessed answer, and use the official objectives as the final checklist for any untested topic.

Independent study resource

CompTIA remains the authority for the exam.

Zeph Tech's practice material is independently authored for learning and is not copied from, recalled from, or represented as live exam content. If Zeph Tech ever conflicts with CompTIA's current exam page or objectives, follow CompTIA and report the mismatch so the registry can be corrected.

Network+ troubleshooting reasoning: move from symptom to layer to test

Network+ becomes much easier when troubleshooting is treated as a disciplined narrowing process instead of a collection of commands. Start with the symptom and scope: one host, one VLAN, one site, one application, or the entire network. Then decide whether the failure is most likely physical, data-link, addressing/routing, transport, name resolution, authentication, or application specific. That layer hypothesis should determine the next test.

For a single host with no connectivity, verify link state and local addressing before jumping to routing. For multiple hosts in the same segment, compare VLAN membership, switch-port state, DHCP behavior, and default-gateway reachability. For cross-subnet failures, inspect routes, ACLs, NAT, and path selection. For “IP works but name does not” scenarios, DNS belongs near the top of the list rather than the bottom.

Performance questions require a similar separation of causes. Latency, jitter, packet loss, duplex mismatch, congestion, wireless interference, oversubscription, and MTU problems can all produce “slow network” complaints, but their evidence differs. Practice matching each symptom to the measurement that would prove or disprove it instead of selecting a tool merely because it is commonly used.

Addressing and subnetting under time pressure

Do not rely on one memorized subnetting trick. Be comfortable moving between prefix length, subnet mask, block size, usable-host count, network address, broadcast address, and valid host range. On the exam, write down a tiny reference for /24 through /30 and common private ranges before the pressure builds. That reduces arithmetic mistakes and leaves more attention for the scenario.

IPv6 questions are usually easier when you focus on purpose rather than memorizing every prefix. Recognize link-local behavior, global unicast addressing, multicast use, loopback, and the absence of traditional broadcast. Also understand how SLAAC, DHCPv6, router advertisements, dual stack, tunneling, and translation fit migration and operations scenarios.

Operational decision making

When several fixes could restore service, prefer the answer that follows the troubleshooting methodology, preserves evidence, minimizes unnecessary change, and addresses the root cause. Rebooting equipment or replacing hardware can make a symptom disappear, but Network+ frequently tests whether you can identify the next best diagnostic action before making a disruptive change.

After practice questions, keep a small “symptom → likely layer → first test → likely fix” notebook. Rewriting missed scenarios in that format builds a reusable troubleshooting pattern across switching, routing, wireless, DNS, DHCP, VPN, and security topics. The cram sheet then becomes a rapid refresher for commands, ports, standards, and calculations rather than the primary learning source.