N10-009 — CompTIA Network+ (N10-009) Exam Blueprint

Practical exam blueprint for candidates preparing for CompTIA Network+ (N10-009), with readiness areas, scenario prompts, weak spots, and final-review checks.

How to Use This Exam Blueprint

Use this page as a practical readiness map for the CompTIA Network+ (N10-009) exam. It is organized around the major skills a Network+ candidate is expected to demonstrate: networking concepts, implementations, operations, security, and troubleshooting.

For each area, ask:

  • Can I explain the concept without notes?
  • Can I recognize it in a scenario?
  • Can I choose the best tool, protocol, device, or configuration approach?
  • Can I eliminate plausible but wrong answers?
  • Can I troubleshoot from symptoms instead of memorized definitions?

If an item feels familiar but you cannot apply it to a scenario, mark it for review.

Topic-Area Readiness Map

Readiness areaWhat to knowWhat “ready” looks like
Network fundamentalsOSI/TCP-IP models, encapsulation, ports, protocols, IP addressing, subnetting, routing, switchingYou can map symptoms, devices, and protocols to the correct layer and explain traffic flow end to end
Network implementationsEthernet, cabling, transceivers, switches, routers, wireless, VLANs, WAN, cloud, virtualizationYou can select appropriate technologies for a business or troubleshooting scenario
Network operationsMonitoring, documentation, availability, backup, change control, disaster recovery, capacity, configuration managementYou can identify what operational artifact, process, or metric is needed in a given situation
Network securityAuthentication, authorization, segmentation, VPNs, wireless security, physical security, hardening, attacks, secure protocolsYou can choose controls that reduce risk without breaking network functionality
TroubleshootingMethodology, cable issues, DNS/DHCP failures, routing problems, wireless interference, latency, packet loss, tool selectionYou can move from symptom to probable cause using the right command, tool, or test

High-Priority “Can You Do This?” Checklist

Before final review, you should be able to do the following without relying on answer memorization.

Core Networking Tasks

  • Explain the purpose of each OSI layer and identify where common devices and protocols operate.
  • Compare TCP and UDP using reliability, sequencing, acknowledgments, latency, and common use cases.
  • Match common ports to services such as DNS, DHCP, HTTP, HTTPS, SSH, RDP, SMTP, IMAP, POP3, SNMP, NTP, LDAP, and SMB.
  • Read IPv4 CIDR notation and determine network, broadcast, usable host range, and host capacity.
  • Identify when IPv6 link-local, global unicast, multicast, and loopback addresses are used.
  • Explain default gateway behavior and why hosts on different subnets need routing.
  • Distinguish routing, switching, bridging, NAT, PAT, and firewall filtering.
  • Explain what happens when a client obtains an address through DHCP.
  • Explain how DNS resolves names and when caching can cause confusing symptoms.
  • Interpret basic route table output and identify the default route.
  • Identify causes of latency, jitter, packet loss, duplex mismatch, and congestion.
  • Choose between copper, fiber, and wireless media based on distance, interference, speed, cost, and environment.

Implementation and Configuration Tasks

  • Choose an appropriate cable or connector for a scenario.
  • Identify where to use straight-through, crossover, rollover, console, patch, and fiber cabling concepts.
  • Compare multimode and single-mode fiber at a practical level.
  • Explain VLAN purpose and identify when a trunk port is required.
  • Distinguish access ports, trunk ports, native VLAN concepts, and inter-VLAN routing.
  • Explain link aggregation, redundancy, and loop-prevention goals.
  • Compare static routing, dynamic routing, and default routing.
  • Recognize routing protocol concepts such as administrative distance, metrics, convergence, and neighbor relationships.
  • Compare private WAN, broadband, cellular, satellite, and VPN connectivity choices.
  • Choose wireless standards, frequencies, channels, antennas, and security settings for a scenario.
  • Explain how virtualization, containers, cloud networking, and software-defined networking affect network design.
  • Identify where load balancers, proxies, IDS/IPS, firewalls, and VPN concentrators fit.

Operations and Security Tasks

  • Identify which network document is needed: topology diagram, rack diagram, IPAM record, asset inventory, baseline, or change record.
  • Choose appropriate monitoring methods, logs, metrics, alerts, and thresholds.
  • Explain SNMP, syslog, NetFlow-like flow data, packet capture, and event correlation at a practical level.
  • Distinguish backup, redundancy, high availability, fault tolerance, and disaster recovery.
  • Apply least privilege, segmentation, secure management, and hardening principles.
  • Compare authentication factors and common identity/access controls.
  • Identify secure versus insecure protocol choices.
  • Recognize common attack types and select appropriate mitigations.
  • Explain why physical security, environmental controls, and cable management matter.
  • Use a structured troubleshooting process instead of jumping to a fix.

Networking Concepts Checklist

Models, Encapsulation, and Traffic Flow

SkillCheck yourself
OSI modelCan you place hubs, switches, routers, firewalls, TCP, IP, Ethernet, DNS, and TLS at the appropriate conceptual layer?
TCP/IP modelCan you compare it with OSI without overfocusing on layer-number trivia?
EncapsulationCan you describe data becoming segments, packets, frames, and bits?
HeadersCan you identify which header contains MAC addresses, IP addresses, and port numbers?
MTU and fragmentationCan you explain why oversized packets can fail or require fragmentation?
Broadcast, multicast, unicast, anycastCan you choose the correct traffic type for a scenario?
Client-server and peer-to-peerCan you identify which model is being described?
North-south and east-west trafficCan you distinguish user-to-data-center traffic from internal service-to-service traffic?

Common Ports and Protocols

You do not need to think like a port-number database, but you should recognize frequently tested services and whether they are secure, insecure, connection-oriented, or name/address related.

Service/protocolWhat to know for readiness
DNSName resolution, records, recursive/authoritative roles, caching, common failure symptoms
DHCPAddress leasing, scopes, reservations, relay/IP helper concepts, APIPA symptom recognition
HTTP/HTTPSWeb traffic, secure transport, certificate-related symptoms
SSH/TelnetSecure versus insecure remote administration
FTP/SFTP/TFTPFile transfer differences and security implications
SMTP/IMAP/POP3Mail sending versus retrieval roles
SNMPMonitoring, polling, traps/informs, community or credential security concerns
NTPTime synchronization and why log correlation depends on it
LDAP/LDAPSDirectory access and secure directory communication
SMBFile sharing and Windows network resource access
RDPRemote desktop access and exposure risk
SIP/RTPVoIP signaling versus media concepts
SyslogCentralized log forwarding and severity review
ICMPConnectivity and diagnostic messages, not a transport protocol

TCP, UDP, and Transport Behavior

ConceptReady means you can explain
TCP handshakeWhy TCP is connection-oriented and how sessions are established
ReliabilitySequencing, acknowledgments, retransmission, and flow control
UDP behaviorWhy UDP can be preferred for voice, video, DNS, or low-latency traffic
PortsHow source and destination ports identify application conversations
Ephemeral portsWhy client-side source ports are usually temporary
Stateful filteringWhy firewalls track sessions differently than stateless ACLs
Latency-sensitive trafficWhy retransmission may not help real-time applications

IPv4 Addressing and Subnetting

You should be able to work subnetting questions quickly and accurately.

TaskReady check
CIDR interpretationGiven /24, /26, /30, etc., can you identify mask and host capacity?
Network IDCan you determine the subnet address?
Broadcast addressCan you determine the last address in the subnet?
Usable rangeCan you identify valid host addresses?
Same subnet checkCan you tell whether two hosts can communicate directly?
Default gatewayCan you identify the correct gateway address for a host?
Private addressingCan you recognize private versus public IPv4 ranges?
APIPA/link-localCan you recognize self-assigned addressing symptoms?
NAT/PATCan you explain why many internal hosts share a public address?

Subnetting formulas to know:

\[ \text{Number of addresses} = 2^{(32 - \text{prefix length})} \]\[ \text{Typical usable IPv4 hosts} = 2^{(32 - \text{prefix length})} - 2 \]

Use caution with special-purpose subnets in real environments. For exam readiness, focus on understanding the general method and recognizing scenario intent.

IPv6 Readiness

IPv6 conceptWhat to review
Address formatHexadecimal groups, abbreviation rules, zero compression
Loopback::1
Link-localUsed on local links; commonly starts with fe80
Global unicastRoutable IPv6 addressing concept
MulticastIPv6 uses multicast heavily instead of broadcast
SLAACAutomatic addressing concept
DHCPv6Managed addressing or additional configuration details
Neighbor DiscoveryIPv6 neighbor resolution and router discovery concepts
Dual stackRunning IPv4 and IPv6 together
Tunneling/transitionWhen IPv6 traffic crosses IPv4 infrastructure

Routing and Switching Concepts

AreaCan you do this?
MAC address learningExplain how switches build and use MAC address tables
ARPExplain how IPv4 hosts map IP addresses to MAC addresses
Default gatewayExplain why off-subnet traffic goes to a router
VLANsExplain segmentation at Layer 2
TrunkingExplain carrying multiple VLANs between devices
Inter-VLAN routingExplain how VLANs communicate through Layer 3
STP conceptsExplain why loops are dangerous and how loop prevention helps
Link aggregationExplain bandwidth and redundancy benefits
Static routesIdentify when a manually configured route is appropriate
Dynamic routingExplain why routing protocols exchange route information
MetricsExplain why one route is preferred over another
Default routeIdentify where unknown-destination traffic is sent
NAT/PATExplain inside/outside translation and port overload concepts

Network Implementation Checklist

Cables, Connectors, and Physical Media

TopicReadiness check
Twisted pair copperKnow common Ethernet cabling use cases and interference concerns
Shielded vs unshieldedChoose based on EMI and environment
Plenum-rated cablingRecognize fire-safety/environmental placement concerns
Fiber optic cablingKnow why fiber is used for distance, bandwidth, and EMI resistance
Single-mode vs multimodeCompare distance and typical use cases
TransceiversRecognize modular optics and media conversion roles
Patch panelsUnderstand structured cabling and documentation needs
Punchdown blocksRecognize termination in telecom/wiring areas
PoEKnow why power delivery over Ethernet matters for APs, phones, and cameras
Cable testingMatch tools to faults: continuity, pinout, attenuation, distance, or fiber light loss

Network Devices and Placement

DeviceWhat to know
SwitchLayer 2 forwarding, VLANs, port security, trunks, access ports
RouterLayer 3 forwarding, default gateway, WAN edge, routing decisions
FirewallTraffic filtering, stateful inspection, zones, rules, NAT, VPN termination
Wireless access point802.11 access, SSIDs, channels, authentication/security
Wireless controllerCentralized AP management and policy
Load balancerDistributes client traffic across back-end services
ProxyIntermediary for clients or servers; can enforce policy or cache
IDS/IPSDetection versus prevention placement and alerting
VPN concentratorSecure remote or site-to-site tunnel aggregation
Modem/ONTService-provider handoff concepts
Media converterConverts between media types, such as copper and fiber
VoIP phoneDepends on voice VLANs, PoE, QoS, and network availability

VLAN and Segmentation Checklist

  • Can you explain why VLANs reduce broadcast domains?
  • Can you identify when two hosts in different VLANs need routing?
  • Can you distinguish an access port from a trunk port?
  • Can you interpret a scenario where the wrong VLAN causes loss of connectivity?
  • Can you identify why voice VLANs are commonly used?
  • Can you explain how segmentation improves security and performance?
  • Can you recognize when firewall rules are needed between segments?
  • Can you identify management, guest, server, user, and IoT network separation scenarios?

Wireless Networking Checklist

Wireless topicReady means you can
Frequency bandsCompare 2.4 GHz, 5 GHz, and 6 GHz at a practical level
ChannelsRecognize overlap, congestion, and channel-planning issues
SSIDUnderstand network identification and why hiding SSID is not strong security
BSSIDRecognize AP radio identity concepts
RoamingUnderstand why clients move between APs and why poor design causes drops
AntennasCompare omnidirectional and directional use cases
Signal strengthIdentify weak signal, attenuation, and coverage gaps
InterferenceRecognize microwave, Bluetooth, walls, metal, neighboring WLANs, and channel overlap issues
AuthenticationCompare personal versus enterprise wireless authentication concepts
EncryptionKnow why modern secure wireless encryption matters
Captive portalRecognize guest-access workflow
Wireless surveyUnderstand predictive, active, and post-deployment validation concepts

WAN, Remote Access, and Internet Connectivity

ScenarioWhat to decide
Branch office connectivityDedicated circuit, broadband, VPN, cellular backup, SD-WAN-like overlay concepts
Remote workerClient VPN, MFA, endpoint posture, split versus full tunnel implications
Site-to-site tunnelSecure connectivity between networks over an untrusted path
Cloud connectivityPublic internet VPN, direct/private connectivity concept, route/security integration
Backup linkFailover behavior, monitoring, routing preference
High-latency linkImpact on voice, video, interactive apps, and timeouts
Multiple providersRedundancy, routing, DNS, and failover considerations

Cloud, Virtualization, and Modern Network Concepts

TopicReadiness check
Virtual switchesUnderstand switching inside a hypervisor or virtualized host
Virtual NICsRecognize how VMs connect to networks
ContainersUnderstand that container networking may use bridges, overlays, and published ports
Overlay networksKnow why logical networks can run on top of physical networks
Software-defined networkingSeparate control concepts from data forwarding concepts
Infrastructure as codeRecognize repeatable network provisioning and configuration management
Cloud VPC/VNet conceptsUnderstand isolated virtual networks, subnets, route tables, security controls
Security groups / network ACL conceptsCompare instance-level and subnet-level filtering at a conceptual level
Cloud load balancingDistributes traffic to services across instances or zones
Cloud DNSManaged name resolution and records
Hybrid connectivityConnect on-premises networks to cloud networks securely
MicrosegmentationFine-grained isolation of workloads or services

Network Operations Checklist

Documentation and Operational Artifacts

ArtifactWhen the exam may expect it
Physical topology diagramYou need device, cable, rack, and physical connection visibility
Logical topology diagramYou need VLANs, subnets, routing, security zones, and traffic flow
Rack diagramYou need physical placement, power, cabling, or data center troubleshooting
IP address management recordsYou need to prevent conflicts and track assignments
Asset inventoryYou need lifecycle, ownership, support, warranty, or risk tracking
Network baselineYou need to know normal latency, utilization, errors, or throughput
Change recordYou need accountability and rollback information
Standard operating procedureYou need repeatable execution of routine tasks
RunbookYou need step-by-step operational response guidance
Cable labelsYou need fast tracing and reduced outage risk
Wireless heat mapYou need coverage and interference evidence
Data flow diagramYou need to understand application communication and security boundaries

Monitoring, Metrics, and Logs

Monitoring itemWhat to recognize
Interface utilizationCongestion or capacity concerns
Interface errors/discardsDuplex, cabling, hardware, or congestion clues
CPU/memoryOverloaded network device symptoms
LatencyDelay between endpoints
JitterVariation in delay, especially relevant to voice/video
Packet lossDrops caused by congestion, errors, bad links, or policy
Availability/uptimeService health and outage tracking
SNMP pollingPeriodic metric collection
SNMP traps/informsEvent-driven alerts
SyslogDevice event logging and centralized review
Flow dataWho is talking to whom, how much, and over which ports
Packet captureDeep traffic inspection for difficult issues
Time synchronizationRequired for accurate event correlation

Availability, Redundancy, and Recovery

ConceptDistinguish from
BackupA copy used for restoration
RedundancyDuplicate components or paths
High availabilityDesign that minimizes downtime
Fault toleranceContinued operation despite component failure
Disaster recoveryRestoring service after major disruption
Business continuityKeeping essential operations functioning
RPOHow much data loss is acceptable
RTOHow long restoration may take
FailoverMoving service to a standby path/system
Load balancingDistributing traffic across active resources

RPO and RTO concept check:

  • RPO asks: “How much data can we afford to lose?”
  • RTO asks: “How long can the service be unavailable?”

Change, Configuration, and Governance

  • Can you identify why unauthorized changes cause outages?
  • Can you explain change request, approval, testing, implementation, validation, and rollback?
  • Can you choose a maintenance window for risky work?
  • Can you explain configuration backup and version control at a practical level?
  • Can you identify why baselines matter before and after a change?
  • Can you recognize when escalation is needed?
  • Can you distinguish a standard change from an emergency change conceptually?
  • Can you explain why documentation must be updated after implementation?

Network Security Checklist

Security Principles

PrincipleReady check
Least privilegeCan you reduce access to only what is required?
Defense in depthCan you combine controls instead of relying on one device?
SegmentationCan you isolate users, servers, guests, IoT, management, and sensitive systems?
Zero trust conceptsCan you explain verify-before-trust thinking at a high level?
Secure managementCan you choose SSH/HTTPS over insecure management protocols?
HardeningCan you disable unused services, change defaults, and restrict admin access?
AuthenticationCan you prove identity with appropriate factors?
AuthorizationCan you determine what an authenticated user/device may do?
Accounting/auditingCan you track activity through logs and records?

Network Access and Identity Controls

ControlWhat to know
MFACombines independent authentication factors
RADIUS/TACACS+ conceptsCentralized network authentication/authorization/accounting
802.1XPort-based network access control concept
NACDetermines whether devices should be allowed onto a network
Captive portalGuest or user web-based access acceptance/authentication
Role-based accessPermissions based on assigned role
Just enough accessAvoids broad administrative rights
Certificate-based authenticationUses certificates to establish identity/trust

Secure and Insecure Protocol Choices

PreferAvoid when security mattersWhy
SSHTelnetEncrypted remote administration
HTTPSHTTPEncrypted web communication
SFTP/SCPFTPSecure file transfer
SNMPv3 conceptuallyOlder insecure SNMP configurationsAuthentication/encryption support
LDAPSLDAP without protectionProtects directory communication
Secure VPNPlain remote exposureEncrypted tunnel and access control

Threats and Attack Recognition

Threat or issueScenario cueLikely mitigation direction
Phishing/social engineeringUser tricked into revealing credentialsAwareness, MFA, reporting, filtering
Rogue DHCP serverClients receive wrong gateway/DNSDHCP snooping-like controls, switch security, investigation
DNS poisoning/spoofingUsers redirected to malicious destinationsSecure DNS practices, monitoring, cache clearing
ARP spoofingLocal traffic intercepted or redirectedSegmentation, inspection controls, static entries where appropriate
MAC floodingSwitch CAM table exhaustion behaviorPort security and monitoring
VLAN hoppingUnauthorized VLAN access attemptProper trunk/access configuration and hardening
Evil twin APFake wireless network impersonates legitimate SSIDEnterprise authentication, user awareness, monitoring
Deauthentication attackWireless clients repeatedly disconnectedWireless monitoring and secure WLAN design
DoS/DDoSService unavailable from traffic floodRate limiting, upstream protection, filtering, resilient design
Brute forceRepeated login attemptsLockout, MFA, monitoring, strong passwords
Credential reuseSame password compromised elsewhereMFA, unique credentials, password policy
Insider misuseAuthorized user abuses accessLeast privilege, logging, separation of duties

Firewall, ACL, and Segmentation Decision Checks

If the scenario says…Think about…
“Allow only web traffic to a server”Permit required ports, deny unnecessary access
“Users cannot reach a server after a rule change”Source, destination, port, protocol, direction, rule order
“Guest Wi-Fi must not reach internal systems”Segmentation, firewall policy, separate VLAN/subnet
“Admins need device management access”Management VLAN, VPN, MFA, secure protocols, limited source addresses
“Database should only accept traffic from app servers”East-west filtering and least privilege
“Rules are correct but traffic still fails”Routing, NAT, statefulness, asymmetric path, local host firewall

Troubleshooting Checklist

Structured Troubleshooting Method

Know the sequence conceptually and use it in scenarios:

  1. Identify the problem.
  2. Establish a theory of probable cause.
  3. Test the theory.
  4. Establish a plan of action.
  5. Implement the solution or escalate.
  6. Verify full system functionality.
  7. Document findings, actions, and outcomes.

Readiness cue: if an answer jumps to replacing hardware before gathering evidence, it is often not the best troubleshooting choice.

Tool and Command Selection

Tool/commandBest used for
pingBasic reachability and latency clue using ICMP
traceroute / tracertPath discovery and where traffic may stop
ipconfig / ifconfig / ipLocal IP address, gateway, DNS, interface details
nslookup / digDNS resolution testing
arpLocal IP-to-MAC mapping checks
netstat / ssListening ports and active connections
route / ip routeLocal route table and default gateway
tcpdump / packet analyzerPacket-level inspection
nmap conceptuallyPort/service discovery when authorized
Cable testerPinout, continuity, opens, shorts
Toner/probeTrace cable location
Loopback plugTest network interface or port behavior
Optical power meterFiber signal strength/loss checks
Wi-Fi analyzerSignal, channel, interference, and SSID visibility
Environmental monitorTemperature, humidity, power, and facility conditions

Example command-review block:

ping <destination>
tracert <destination>        # Windows path test
traceroute <destination>     # Linux/macOS path test
ipconfig /all                # Windows IP, gateway, DNS, DHCP details
ip addr                      # Linux interface addressing
ip route                     # Linux route table
nslookup <hostname>
dig <hostname>
arp -a
netstat -ano                 # Windows connections/listeners
ss -tulpen                   # Linux listeners/connections

Symptom-to-Cause Readiness Table

SymptomLikely areas to investigate
One host cannot reach anythingIP configuration, cable, switch port, VLAN, NIC, gateway
One host can reach local subnet but not internetDefault gateway, routing, firewall, DNS if only names fail
Host has self-assigned addressDHCP failure, VLAN issue, DHCP scope, relay issue, cable/switch problem
Can ping IP but not hostnameDNS server, DNS record, client DNS settings, cache
Some users affected, same VLANSwitch, DHCP scope, ACL, gateway, local segment issue
All users at one site affectedWAN link, edge router/firewall, ISP/provider, power, routing
Wireless slow but wired fineRF interference, channel overlap, weak signal, AP capacity, roaming
Voice calls choppyJitter, latency, packet loss, QoS, congestion
Intermittent dropsBad cable, duplex mismatch, failing port, interference, power, loops
New VLAN cannot reach other networksTrunking, allowed VLANs, inter-VLAN routing, gateway, ACL
Website unreachable externallyDNS, NAT, firewall rule, service down, route, certificate if HTTPS-specific
High interface errorsCable, connector, transceiver, duplex/speed mismatch, hardware
Routing loopMisconfiguration, route redistribution issue, incorrect static route
Duplicate IPIPAM issue, static conflict, DHCP reservation/scope problem

Layered Troubleshooting Prompts

Layer focusQuestions to ask
PhysicalIs the cable connected, correct, undamaged, and within expected distance? Are link lights present?
Data linkIs the port in the correct VLAN? Any MAC table, duplex, STP, or frame errors?
NetworkIs the IP/mask/gateway correct? Is there a route? Is NAT involved?
TransportIs the right port open? Is a firewall blocking TCP/UDP?
ApplicationIs DNS correct? Is the service running? Are credentials/certificates valid?

Calculation and Interpretation Checks

IPv4 Subnetting Quick Table

PrefixAddress block sizeTypical usable hostsCommon readiness cue
/24256254Standard small LAN
/25128126Split a /24 into 2 subnets
/266462Smaller departments or segments
/273230Small network segment
/281614Small device group
/2986Very small segment
/3042Point-to-point-style IPv4 concept
/3211 addressSingle host route concept

Practice prompts:

  • Given 192.168.10.0/26, can you list the subnet ranges inside 192.168.10.0/24?
  • Given 10.1.5.77/28, can you find the network and broadcast address?
  • Given two IP/mask pairs, can you tell whether they are on the same subnet?
  • Given a required host count, can you choose an efficient prefix length?
  • Given a route table, can you identify the most specific matching route?

Wireless Channel and Frequency Checks

PromptReady answer should include
2.4 GHz network is slow in an apartment buildingInterference, limited non-overlapping channels, channel planning
5 GHz coverage is weaker through wallsHigher frequency has different propagation and attenuation behavior
Clients drop while movingRoaming, AP placement, power levels, controller settings, authentication delay
Guest Wi-Fi must be isolatedSeparate SSID, VLAN/subnet, firewall policy, captive portal if needed
Warehouse has dead zonesSite survey, antenna choice, AP placement, environmental obstacles

Throughput, Latency, and Capacity Checks

ConceptCan you distinguish it?
BandwidthTheoretical or provisioned capacity
ThroughputActual achieved data rate
LatencyTime delay
JitterVariation in delay
Packet lossDropped traffic
GoodputUseful application data after overhead
BottleneckSlowest constrained segment in the path
OversubscriptionMore potential demand than guaranteed capacity

Scenario and Decision-Point Checks

Service Selection Scenarios

ScenarioBest decision focus
Users report “internet is down,” but they can ping public IPsDNS troubleshooting
A new floor needs separate user and voice networksVLANs, voice VLAN, DHCP scopes, QoS
A branch needs secure connectivity to headquartersSite-to-site VPN or private WAN concept
A remote employee needs access to internal toolsClient VPN, MFA, endpoint security
A public web app must handle more requestsLoad balancing, scaling, monitoring
A database should not be directly reachable by usersSegmentation and firewall rules
Logs from multiple devices need central reviewSyslog/SIEM-like collection and time sync
Network changes keep causing outagesChange control, documentation, rollback, baselines
Wireless coverage is unreliable after office remodelSite survey and RF analysis
Devices receive addresses from the wrong subnetVLAN/DHCP relay/scope/rogue DHCP investigation

Troubleshooting Decision Path

    flowchart TD
	    A[User reports network problem] --> B{One user or many?}
	    B -->|One user| C[Check local link, IP config, VLAN, DNS]
	    B -->|Many users| D{Same area or different areas?}
	    D -->|Same area| E[Check switch, AP, VLAN, DHCP scope, local uplink]
	    D -->|Different areas| F[Check core routing, firewall, WAN, DNS, shared services]
	    C --> G{Can reach IP address?}
	    G -->|Yes, but not name| H[Focus on DNS]
	    G -->|No| I[Focus on IP, gateway, route, firewall, physical path]
	    E --> J[Verify recent changes and device health]
	    F --> J
	    H --> K[Verify fix and document]
	    I --> K
	    J --> K

“Best Answer” Judgment Prompts

If two answers seem correctPrefer the answer that…
Both could fix the issueFollows the troubleshooting method and verifies cause
Both are security controlsApplies least privilege with minimal disruption
Both improve availabilityAddresses the stated failure mode
Both involve documentationMatches the artifact to the task: topology, baseline, IPAM, change record
Both involve monitoringCollects the metric or log that proves the issue
Both involve wirelessAddresses RF reality, not just SSID settings
Both involve routingUses the most specific and operationally appropriate route
Both involve cablingMatches media, connector, distance, and environment

Common Weak Areas and Traps

Conceptual Traps

  • Confusing DNS failure with total connectivity failure.
  • Treating TCP and UDP as “secure” versus “insecure” instead of reliable versus connectionless behavior.
  • Forgetting that switches forward frames using MAC addresses, while routers forward packets using IP addresses.
  • Assuming VLANs can communicate without a Layer 3 device or service.
  • Confusing NAT with firewall filtering.
  • Thinking hidden SSID is strong wireless security.
  • Treating more AP power as the universal fix for wireless coverage.
  • Ignoring client device transmit power in wireless design.
  • Confusing bandwidth with throughput.
  • Confusing latency with jitter.
  • Assuming encryption automatically provides authorization.
  • Forgetting that time synchronization affects log correlation.
  • Choosing replacement before testing a theory.

Subnetting Traps

  • Misreading the prefix length.
  • Forgetting that block size changes by octet.
  • Including network and broadcast addresses as normal hosts in typical IPv4 subnet questions.
  • Choosing a subnet that does not provide enough usable host addresses.
  • Failing to identify whether two hosts are on the same subnet.
  • Overlooking the default gateway’s subnet.
  • Forgetting longest-prefix match when reading routes.

Security Traps

  • Opening broad firewall rules when a narrow rule would satisfy the requirement.
  • Allowing management access from user or guest networks.
  • Using insecure management protocols when secure alternatives are expected.
  • Treating guest Wi-Fi as safe without segmentation.
  • Forgetting physical security for network closets, ports, and devices.
  • Ignoring default credentials and unused services.
  • Confusing authentication with authorization.
  • Missing the role of logging and monitoring after prevention controls.

Troubleshooting Traps

  • Skipping recent changes.
  • Testing only by hostname and missing DNS as the issue.
  • Testing only from one client and assuming a sitewide outage.
  • Ignoring cable and physical-layer indicators.
  • Forgetting DHCP relay when clients in a remote VLAN cannot get addresses.
  • Misdiagnosing a firewall block as a routing issue.
  • Misdiagnosing a routing issue as a DNS issue.
  • Not verifying full functionality after a fix.
  • Not documenting the final cause and action.

Final-Week Review Checklist

Seven to Five Days Out

  • Revisit every weak topic area in this checklist.
  • Redo subnetting until you can solve common CIDR questions quickly.
  • Review common ports and protocols in scenario form, not just flashcards.
  • Practice reading routing, DNS, DHCP, and wireless symptoms.
  • Review cable types, connector types, transceivers, and tools.
  • Review VLAN, trunking, inter-VLAN routing, and segmentation scenarios.
  • Review wireless interference, channel planning, roaming, and authentication.
  • Review monitoring outputs, logs, metrics, and documentation artifacts.

Four to Two Days Out

  • Take a mixed practice set under timed conditions.
  • For each missed question, identify the reason: knowledge gap, misread wording, or poor elimination.
  • Create a one-page last-review sheet with ports, subnetting reminders, commands, and troubleshooting flow.
  • Practice tool-selection questions: cable tester versus toner, ping versus traceroute, DNS tool versus packet capture.
  • Review secure protocol replacements and remote access security.
  • Review change management and documentation scenarios.
  • Review high-availability and disaster recovery terms.

Day Before

  • Do light review only; avoid trying to learn large new topics.
  • Recheck subnetting shortcuts and common protocol roles.
  • Review the troubleshooting methodology.
  • Review your most common mistakes.
  • Prepare identification, appointment details, and exam logistics.
  • Sleep instead of cramming late.

Exam-Day Mindset

  • Read the scenario before looking for keywords.
  • Identify whether the question asks for the first step, best solution, likely cause, or most secure option.
  • Eliminate answers that are technically true but do not solve the stated problem.
  • Watch for scope: one user, one VLAN, one site, all users, wired only, wireless only, names only, IP only.
  • For troubleshooting questions, prefer evidence-based next steps.
  • Mark difficult questions and return if allowed by your exam interface.
  • Do not let one hard subnetting or command question consume too much time.

Practical Next Step

Use this checklist to label each area as ready, needs review, or needs practice. Then focus practice on scenario questions that force you to choose tools, interpret symptoms, apply subnetting, secure a design, or troubleshoot step by step for CompTIA Network+ (N10-009).

Browse Certification Practice Tests by Exam Family