Remote access: Both services fail after route cleanup
The incident
Managed remote clients reach access-service gateways over an enterprise transit chain; unmanaged devices use a separate branch. The service path crosses four transport stages, so local link health does not locate an end-to-end failure. Both service subnets stopped responding after a route cleanup. Monitoring traffic still succeeds and the client route table is not empty. Investigate access gateway transport from R1: 10.179.32.0/24 to 10.179.42.0/24 (TCP/443), and 10.179.33.0/24 to 10.179.43.0/24 (UDP/1194).
Your objective
Restore both authorized service transports and return reachability, including clients and service hosts in both halves of the primary subnet. Keep R2 blocked from both service transports, keep SSH blocked to both service subnets, and preserve monitoring between R1 and R4. Do not change physical topology or addressing. These are network forwarding checks, not application-level transactions.
The network
Link addressing (5)
- R1 R2
10.179.48.0/30 - R2 R3
10.179.49.0/30 - R3 R4
10.179.50.0/30 - R4 R5
10.179.51.0/30 - R5 R6
10.179.52.0/30
What you’ll practice
Interview exercises are inspired by common industry competencies. They are not proprietary interview questions.