Exams / SOA-C03 / VPC endpoints, PrivateLink and peering / Question 2
SOA-C03 practice question: VPC endpoints, PrivateLink and peering (2 of 2)
Networking and Content Delivery A free question from our original SOA-C03 practice exam. Try it, then open the answer to see why each option is right or wrong.
A pet insurer created an interface VPC endpoint for AWS Secrets Manager in its application VPC and selected the option to turn on private DNS. Flow logs and NAT gateway metrics show that application calls to secretsmanager.us-east-1.amazonaws.com still leave through the NAT gateway. The endpoint's security group allows HTTPS from the application subnets. The VPC was created years ago with a custom configuration. What is the MOST likely cause?
Choose one answer.
- AA. Interface endpoints for Secrets Manager accept traffic only from Lambda functions, so EC2 instances keep using the public endpoint.
- BB. The application subnets need a route to the interface endpoint, because interface endpoints are reached through route table entries.
- CC. The endpoint policy is missing, so Secrets Manager rejects private requests and the SDK retries through the public endpoint.
- DD. The VPC's enableDnsSupport or enableDnsHostnames attribute is turned off, so the private hosted zone for the endpoint is not used.
Show the answer and explanation
Answer: D
Explanation
Interface endpoints with private DNS make the normal service name resolve to the endpoint's private addresses, but only when the VPC's enableDnsSupport and enableDnsHostnames attributes are both true. Older or custom VPCs sometimes have them off, so names resolve publicly and traffic uses the NAT gateway. Checking DNS resolution from an instance quickly confirms the cause.
Study
Keep practicing
Answer questions with a score at the end, or practice just this topic with the explanation after each one. No sign-up needed.