Courseiva
Network TroubleshootingeasyMultiple ChoiceObjective-mapped

N10-009 Network Troubleshooting Practice Question

A user reports that they cannot access the company's internal web application at https://apps.internal.company.com. The technician can ping the server's IP address (10.10.10.20) successfully and also successfully telnet to 10.10.10.20 on port 443. However, the web browser displays 'Unable to connect'. What is the most likely cause?

⚠ Common exam trap

Many exam-takers assume successful telnet to port 443 implies the web application is fully functional, overlooking that the browser may use a proxy server that is not involved in the telnet test, leading them to incorrectly choose a firewall or DNS issue.

Answer choices

Why each option matters

Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.

Correct answer & explanation

The browser is configured to use an incorrect proxy server

The technician can ping the server IP and telnet to port 443, proving the server is reachable and the HTTPS service is listening. However, the browser fails to load the page, which points to a client-side issue. An incorrect proxy server configuration in the browser would cause the browser to send requests to a proxy that cannot reach the internal server, resulting in 'Unable to connect' despite successful network-level connectivity tests.

Answer analysis

Option-by-option breakdown

For each option: why learners choose it and why it is or isn't the right answer here.

  • The web server service is stopped

    Why it's wrong here

    If the web server service (e.g., Apache, Nginx, IIS) were stopped on the server, it would not be actively listening for incoming connections on TCP port 443. Consequently, a telnet attempt to the server's IP address on port 443 would fail, typically resulting in a "Connection refused" error or a timeout, as no application process would acknowledge the incoming SYN packet. Since the technician successfully established a telnet connection to port 443, it confirms that a service is indeed listening and responding on that port, indicating the web server application is running.

    When this WOULD be correct

    In a scenario where a user cannot access a web application and telnet to the server's IP on port 443 fails, the most likely cause would be that the web server service is stopped. For example, if the technician cannot telnet to the server on port 443, the service may not be running.

  • DNS resolution is failing for the FQDN

    Why it's wrong here

    DNS failure would prevent the browser from resolving the hostname, but the technician used the IP address successfully in ping and telnet. The browser could still fail if it relies on the hostname, but the symptom of 'Unable to connect' typically indicates a connection problem, not name resolution.

    When this WOULD be correct

    A user cannot access a website by its FQDN but can access it by IP address; pinging the FQDN fails while pinging the IP succeeds. This indicates DNS resolution failure.

  • The browser is configured to use an incorrect proxy server

    Why this is correct

    If the browser is set to use a proxy server that is unavailable or misconfigured, it will fail to connect to the web server even though network connectivity is fine. Telnet and ping bypass proxy settings, confirming the server is reachable.

  • A firewall is blocking TCP port 443

    Why it's wrong here

    A firewall, whether host-based or network-based, configured to block TCP port 443 would prevent the establishment of a TCP connection to that port. During a telnet attempt, the firewall would either drop the initial SYN packet, causing the connection to time out, or send an ICMP "Destination Unreachable - Communication Administratively Filtered" message, actively refusing the connection. The success of the telnet connection to port 443 explicitly demonstrates that no firewall is currently impeding the TCP handshake to that specific port on the target server.

    When this WOULD be correct

    A user cannot access an HTTPS website, and the technician finds that telnet to the server's IP on port 443 fails (connection refused or timeout), while ping to the server succeeds. This would indicate a firewall blocking TCP 443.

Option-by-option analysis

Why each answer is right or wrong

Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The N10-009 exam frequently reuses these exact scenarios with slightly different constraints.

The browser is configured to use an incorrect proxy serverCorrect answer

Why this is correct

If the browser is set to use a proxy server that is unavailable or misconfigured, it will fail to connect to the web server even though network connectivity is fine. Telnet and ping bypass proxy settings, confirming the server is reachable.

The web server service is stoppedWrong answer — click to see why

Why this is wrong here

The technician can successfully telnet to 10.10.10.20 on port 443, which indicates that the web server service is running and listening on that port. If the service were stopped, telnet would fail.

★ When this WOULD be the correct answer

In a scenario where a user cannot access a web application and telnet to the server's IP on port 443 fails, the most likely cause would be that the web server service is stopped. For example, if the technician cannot telnet to the server on port 443, the service may not be running.

Why candidates choose this

Candidates may assume that a web server service being stopped is a common cause of web access issues, and they might overlook the successful telnet result which directly contradicts this option.

DNS resolution is failing for the FQDNWrong answer — click to see why

Why this is wrong here

The technician can ping the server's IP address and telnet to port 443 successfully, indicating that DNS resolution is not the issue because connectivity to the server is already established via IP.

★ When this WOULD be the correct answer

A user cannot access a website by its FQDN but can access it by IP address; pinging the FQDN fails while pinging the IP succeeds. This indicates DNS resolution failure.

Why candidates choose this

Candidates often associate 'Unable to connect' in a browser with DNS issues, overlooking that successful ping and telnet to the IP rule out DNS failure.

A firewall is blocking TCP port 443Wrong answer — click to see why

Why this is wrong here

The technician successfully telneted to port 443, proving that TCP port 443 is not blocked by a firewall. Therefore, a firewall blocking port 443 cannot be the cause.

★ When this WOULD be the correct answer

A user cannot access an HTTPS website, and the technician finds that telnet to the server's IP on port 443 fails (connection refused or timeout), while ping to the server succeeds. This would indicate a firewall blocking TCP 443.

Why candidates choose this

Candidates often assume that any connectivity issue involving HTTPS is due to a firewall blocking port 443, without verifying with a direct port test like telnet.

Analysis generated from the official N10-009blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”

About these practice questions

This N10-009 question is part of Courseiva's 464-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →

How Courseiva writes practice questions · Editorial policy

JA

Written by Johnson Ajibi, MSc IT Security

Senior Network & Security Engineer · founder of Courseiva

This N10-009 practice question is part of Courseiva's free CompTIA certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the N10-009 exam.