cert
cert-1
cert-2

Pass LPI 102-500 Exam in First Attempt Guaranteed!

Get 100% Latest Exam Questions, Accurate & Verified Answers to Pass the Actual Exam!
30 Days Free Updates, Instant Download!

cert-5
cert-6
102-500 Exam - Verified By Experts
102-500 Premium Bundle
$29.98

102-500 Premium Bundle

$79.99
$109.97
  • Premium File 120 Questions & Answers. Last update: Nov 13, 2026
  • Training Course 126 Video Lectures
  • Study Guide 962 Pages
 
$109.97
$79.99
accept 15 downloads in last 7 days
block-screenshots
Purchase LPI 102-500 Exam Training Products Individually
LPI 102-500 Premium File
Premium File 120 Q&A
$76.99$69.99
LPI 102-500 Video Training Course
Training Course 126 Lectures
$21.99 $19.99
LPI 102-500 PDF Study Guide
Study Guide 962 Pages
$21.99 $19.99
LPI 102-500 Practice Test 57

Question 560

A Linux administrator investigates the following system incident: An administrator trusts a process list and never checks whether the intended TCP server is actually listening on the public interface. Which TWO complementary steps provide the best corrective action and its most direct diagnostic verification? Select TWO answers.

  1. Assume an active systemd service implies TCP listener availability on every interface and omit direct socket inspection.
  2. Inspect `ss -ltnp`, service bind configuration, local and remote connection attempts and firewall rules.
  3. Calculate network and host ranges from the prefix length and configure correct address, subnet prefix and route or gateway for remote destinations.
  4. Inspect `ip -br link`, `ip address show`, carrier state and manager logs before and after a controlled interface activation.
  5. Use `ss -ltn` or related appropriate flags to inspect listening endpoints and netcat or another client to test real transport reachability.

Explanation

Correct Answers

B:

Most direct verification evidence: Inspect `ss -ltnp`, service bind configuration, local and remote connection attempts and firewall rules. Linux principle: A running process does not prove it is listening on the expected socket or interface; TCP and UDP socket state and bind address matter.

E:

Recommended administrative action: Use `ss -ltn` or related appropriate flags to inspect listening endpoints and netcat or another client to test real transport reachability. Linux principle: A running process does not prove it is listening on the expected socket or interface; TCP and UDP socket state and bind address matter.

Incorrect Answers

A:

This shortcut is unsafe for the present Linux issue: Assume an active systemd service implies TCP listener availability on every interface and omit direct socket inspection. A running process does not prove it is listening on the expected socket or interface; TCP and UDP socket state and bind address matter.

C:

This alternative addresses IPv4 CIDR network masks and subnet reachability, not the specific issue of Listening sockets with ss and netcat testing: Calculate network and host ranges from the prefix length and configure correct address, subnet prefix and route or gateway for remote destinations. Linux principle: A running process does not prove it is listening on the expected socket or interface; TCP and UDP socket state and bind address matter. Appropriate response: Use `ss -ltn` or related appropriate flags to inspect listening endpoints and netcat or another client to test real transport reachability. Root-cause evidence: Inspect `ss -ltnp`, service bind configuration, local and remote connection attempts and firewall rules. Independent acceptance: The service listens on the authorized address and port and approved remote clients can connect while unauthorized origins remain blocked.

D:

That option would inspect `ip -br link`, `ip address show`, carrier state and manager logs before and after a controlled interface activation, but it addresses a different concern. A running process does not prove it is listening on the expected socket or interface; TCP and UDP socket state and bind address matter.

Question 561

On a production Linux workstation or server, a technician observes: An application cannot reach a remote host; support assumes its DNS is bad without first testing the target IP and route. Which administrative step is the MOST appropriate way to resolve this issue? Select ONE best answer.

  1. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  2. Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately.
  3. Inspect `ip route` and selected `ip route get`, then set or repair the appropriate default route in the active manager or with `ip route` for a controlled temporary change.
  4. Choose TCP when reliable ordered byte streams are needed, UDP for connectionless datagrams with application-level reliability as required, and ICMP for appropriate network control and diagnostics.

Explanation

Correct Answer

B:

Recommended administrative action: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Incorrect Answers

A:

That option would treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken, but it addresses a different concern. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

C:

This alternative addresses Linux routing tables and default gateway selection, not the specific issue of Ping, traceroute and staged path isolation: Inspect `ip route` and selected `ip route get`, then set or repair the appropriate default route in the active manager or with `ip route` for a controlled temporary change. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

D:

This alternative addresses TCP versus UDP versus ICMP diagnostics, not the specific issue of Ping, traceroute and staged path isolation: Choose TCP when reliable ordered byte streams are needed, UDP for connectionless datagrams with application-level reliability as required, and ICMP for appropriate network control and diagnostics. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Question 562

During an LPIC-1 practice lab, the operator encounters this condition: An application cannot reach a remote host; support assumes its DNS is bad without first testing the target IP and route. Which Linux behavior or technical principle BEST explains why the issue occurs? Select ONE best answer.

  1. In IPv4 CIDR the prefix length specifies network bits; the remaining host bits determine subnet boundaries and usable address ranges.
  2. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.
  3. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  4. Different Linux networking managers apply persistent interface settings through their own configurations; conflicting ownership can cause changes to be ignored or overwritten.

Explanation

Correct Answer

B:

Relevant Linux operating principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Incorrect Answers

A:

This alternative addresses IPv4 CIDR network masks and subnet reachability, not the specific issue of Ping, traceroute and staged path isolation: In IPv4 CIDR the prefix length specifies network bits; the remaining host bits determine subnet boundaries and usable address ranges. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

C:

That option would treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken, but it addresses a different concern. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately.

D:

This alternative addresses NetworkManager and systemd-networkd configuration ownership, not the specific issue of Ping, traceroute and staged path isolation: Different Linux networking managers apply persistent interface settings through their own configurations; conflicting ownership can cause changes to be ignored or overwritten. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Question 563

A helpdesk escalation describes this Linux behavior: An application cannot reach a remote host; support assumes its DNS is bad without first testing the target IP and route. Which evidence or command result MOST directly tests the suspected root cause? Select ONE best answer.

  1. Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity.
  2. Inspect `ip -6 addr`, `ip -6 route`, router advertisements and a scoped ping6 to the link-local destination.
  3. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  4. Consult /etc/services, inspect listening sockets with `ss` and test service behavior against firewall or resolver rules.

Explanation

Correct Answer

A:

Most direct verification evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Incorrect Answers

B:

That option would inspect `ip -6 addr`, `ip -6 route`, router advertisements and a scoped ping6 to the link-local destination, but it addresses a different concern. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

C:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

D:

This alternative addresses Well-known TCP UDP port mapping, not the specific issue of Ping, traceroute and staged path isolation: Consult /etc/services, inspect listening sockets with `ss` and test service behavior against firewall or resolver rules. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Question 564

An operations handoff identifies this problem: An application cannot reach a remote host; support assumes its DNS is bad without first testing the target IP and route. Which observed outcome BEST confirms a successful and properly scoped correction? Select ONE best answer.

  1. The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.
  2. Host resolution follows the documented local and DNS precedence without stale overrides for the service name.
  3. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  4. Local IPv6 neighbors communicate on the correct interface and routed destinations use a valid global or otherwise routed address with appropriate route.

Explanation

Correct Answer

A:

Observable acceptance criterion: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Incorrect Answers

B:

This alternative addresses Local hosts resolution versus DNS settings, not the specific issue of Ping, traceroute and staged path isolation: Host resolution follows the documented local and DNS precedence without stale overrides for the service name. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

C:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

D:

This alternative addresses IPv6 addressing link-local scope and prefix rules, not the specific issue of Ping, traceroute and staged path isolation: Local IPv6 neighbors communicate on the correct interface and routed destinations use a valid global or otherwise routed address with appropriate route. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Question 565

A team maintaining a Linux host reports: An application cannot reach a remote host; support assumes its DNS is bad without first testing the target IP and route. Which misleading assumption MOST directly contributes to this failure and should be rejected? Select ONE best answer.

  1. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  2. Claim every 172.x.x.x address is private and that any RFC1918 host can route directly across the public internet with no translation.
  3. Attempt DNS repairs for an interface that is administratively DOWN and assume temporary `ip` state cannot be overwritten by NetworkManager.
  4. Assume UDP automatically retries dropped packets and that failure of ping always means every TCP application on the destination is unreachable.

Explanation

Correct Answer

A:

Reject this specific misconception: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. It incorrectly assumes behavior that conflicts with the observed Linux conditions.

Incorrect Answers

B:

This alternative addresses RFC1918 private addressing and internet routing, not the specific issue of Ping, traceroute and staged path isolation: Claim every 172.x.x.x address is private and that any RFC1918 host can route directly across the public internet with no translation. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

C:

This alternative addresses Ip command address and link troubleshooting, not the specific issue of Ping, traceroute and staged path isolation: Attempt DNS repairs for an interface that is administratively DOWN and assume temporary `ip` state cannot be overwritten by NetworkManager. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

D:

That option would assume UDP automatically retries dropped packets and that failure of ping always means every TCP application on the destination is unreachable, but it addresses a different concern. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Question 566

While verifying a Linux change request, an engineer finds: A path crosses several routers and packet loss occurs, yet staff uses only a single local ping to decide which intermediate hop failed. Which administrative step is the MOST appropriate way to resolve this issue? Select ONE best answer.

  1. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  2. Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately.
  3. Use `ip link` and `ip addr` to examine and adjust temporary interface state and repair the persistent manager configuration where required.
  4. Configure and interpret IPv6 addresses and prefix lengths correctly and supply a scope interface for link-local communication when needed.

Explanation

Correct Answer

B:

Recommended administrative action: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately.

Incorrect Answers

A:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. It cannot establish a safe correction.

C:

That option would use `ip link` and `ip addr` to examine and adjust temporary interface state and repair the persistent manager configuration where required, but it addresses a different concern. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

D:

That option would configure and interpret IPv6 addresses and prefix lengths correctly and supply a scope interface for link-local communication when needed, but it addresses a different concern. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Question 567

A Linux administrator investigates the following system incident: A path crosses several routers and packet loss occurs, yet staff uses only a single local ping to decide which intermediate hop failed. Which Linux behavior or technical principle BEST explains why the issue occurs? Select ONE best answer.

  1. IPv6 commonly uses 128-bit addresses and prefix notation; fe80::/10 link-local addresses are limited to one link and typically need an interface zone for selection.
  2. Routing chooses destination paths from installed route prefixes and metrics; a correct local interface address alone does not establish off-link connectivity.
  3. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  4. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Explanation

Correct Answer

D:

Relevant Linux operating principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Incorrect Answers

A:

This alternative addresses IPv6 addressing link-local scope and prefix rules, not the specific issue of Ping, traceroute and staged path isolation: IPv6 commonly uses 128-bit addresses and prefix notation; fe80::/10 link-local addresses are limited to one link and typically need an interface zone for selection. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

B:

This alternative addresses Linux routing tables and default gateway selection, not the specific issue of Ping, traceroute and staged path isolation: Routing chooses destination paths from installed route prefixes and metrics; a correct local interface address alone does not establish off-link connectivity. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

C:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. It cannot establish a safe correction. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Question 568

On a production Linux workstation or server, a technician observes: A path crosses several routers and packet loss occurs, yet staff uses only a single local ping to decide which intermediate hop failed. Which evidence or command result MOST directly tests the suspected root cause? Select ONE best answer.

  1. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  2. Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity.
  3. Compare `getent hosts name`, /etc/nsswitch.conf hosts line, /etc/hosts entry and DNS-only `dig` output.
  4. Inspect `systemctl` service state, NetworkManager device management, /etc/systemd/network and active connection profiles alongside `ip` state.

Explanation

Correct Answer

B:

Most direct verification evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity.

Incorrect Answers

A:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. It cannot establish a safe correction. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

C:

This alternative addresses Local hosts resolution versus DNS settings, not the specific issue of Ping, traceroute and staged path isolation: Compare `getent hosts name`, /etc/nsswitch.conf hosts line, /etc/hosts entry and DNS-only `dig` output.

D:

This alternative addresses NetworkManager and systemd-networkd configuration ownership, not the specific issue of Ping, traceroute and staged path isolation: Inspect `systemctl` service state, NetworkManager device management, /etc/systemd/network and active connection profiles alongside `ip` state.

Question 569

During an LPIC-1 practice lab, the operator encounters this condition: A path crosses several routers and packet loss occurs, yet staff uses only a single local ping to decide which intermediate hop failed. Which observed outcome BEST confirms a successful and properly scoped correction? Select ONE best answer.

  1. The intended profile reconnects after a restart with the correct address, gateway and DNS while unrelated devices remain intact.
  2. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.
  3. Only the chosen manager owns the interface and configuration survives a controlled network-service restart without unexpected overrides.
  4. The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Explanation

Correct Answer

D:

Observable acceptance criterion: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Incorrect Answers

A:

This alternative addresses NetworkManager persistent wired connection profiles, not the specific issue of Ping, traceroute and staged path isolation: The intended profile reconnects after a restart with the correct address, gateway and DNS while unrelated devices remain intact. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

B:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

C:

This alternative addresses NetworkManager and systemd-networkd configuration ownership, not the specific issue of Ping, traceroute and staged path isolation: Only the chosen manager owns the interface and configuration survives a controlled network-service restart without unexpected overrides. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success. Appropriate response: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Root-cause evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Independent acceptance: The defective hop, route or application binding is identified with corroborating evidence rather than by an isolated timeout.

Question 570

A helpdesk escalation describes this Linux behavior: A path crosses several routers and packet loss occurs, yet staff uses only a single local ping to decide which intermediate hop failed. Which TWO complementary steps provide the best corrective action and its most direct diagnostic verification? Select TWO answers.

  1. Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity.
  2. Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately.
  3. Inspect `ip -6 addr`, `ip -6 route`, router advertisements and a scoped ping6 to the link-local destination.
  4. Inspect and configure the appropriate `nmcli device wifi` and connection profile settings with approved authentication, secrets and autoconnect preferences.
  5. Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken.

Explanation

Correct Answers

A:

Most direct verification evidence: Compare ping to gateway and destination, traceroute hop responses, DNS resolution and service-port connectivity. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

B:

Recommended administrative action: Test local interface, gateway, remote address and transport in stages using ping, traceroute or tracepath, interpreting filtering limits accurately. Linux principle: IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

Incorrect Answers

C:

This alternative addresses IPv6 addressing link-local scope and prefix rules, not the specific issue of Ping, traceroute and staged path isolation: Inspect `ip -6 addr`, `ip -6 route`, router advertisements and a scoped ping6 to the link-local destination.

D:

That option would inspect and configure the appropriate `nmcli device wifi` and connection profile settings with approved authentication, secrets and autoconnect preferences, but it addresses a different concern. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

E:

This shortcut is unsafe for the present Linux issue: Treat the first traceroute asterisk as conclusive proof that the corresponding router is physically down and every higher-layer service is broken. IP-layer echo reachability and hop-by-hop TTL diagnostics can locate routing failures but may be affected by ICMP filtering and do not guarantee application success.

LPI Level 1 (102-500) Practice Tests