A SysOps Administrator is configuring private connectivity from Amazon EC2 instances in a private subnet to a partner's service hosted in a different AWS account. The partner has shared their service using an AWS PrivateLink endpoint service, and the administrator has created a corresponding Interface VPC Endpoint in the consumer VPC. Although the EC2 instances can resolve the service's Private DNS name to the private IP addresses of the endpoint, all application connection requests to the service end in a connection timeout.
Which of the following actions should the administrator take to resolve this connectivity issue?
- Update the security group associated with the Interface VPC Endpoint to allow inbound traffic on the service port from the security group of the EC2 instances.Answer
- BAdd a route to the private subnet's Route Table that designates the Interface VPC Endpoint as the target for the partner service's traffic.
- CUpdate the private subnet's Route Table to direct all traffic destined for the service's DNS name through a NAT Gateway.
- DModify the outbound Network Access Control List (NACL) of the private subnet to block all ephemeral ports to prevent traffic from bypassing the endpoint.
Answer
Update the security group associated with the Interface VPC Endpoint to allow inbound traffic on the service port from the security group of the EC2 instances.
The correct action is to update the security group associated with the Interface VPC Endpoint. Interface VPC Endpoints place Elastic Network Interfaces (ENIs) inside the customer's VPC subnets. Access to these ENIs is controlled by their associated security groups. A connection timeout indicates that the request packets are being dropped, which is solved by permitting inbound traffic from the EC2 instances' security group on the required port.
Step-by-Step Solution
Key Concept
Interface VPC Endpoints rely on security groups to control inbound access, and do not use route table entries unlike Gateway VPC Endpoints.
Estimated Time:2m 30s