A company has an on-premises data center connected to an AWS VPC via an AWS Direct Connect connection. A SysOps Administrator needs to enable private access to Amazon S3 for both the on-premises servers and the EC2 instances in a private subnet of the VPC. To minimize data transfer costs, the EC2 instances must use an existing S3 Gateway VPC Endpoint, while the on-premises servers must use a newly created S3 Interface VPC Endpoint.
After deploying the Interface VPC Endpoint for Amazon S3 in the VPC, the administrator notices that the EC2 instances have started routing S3 traffic through the Interface VPC Endpoint, incurring unexpected charges, while the on-premises servers are unable to connect to S3.
Which combination of actions should the SysOps Administrator take to resolve these issues?
- AEnable Private DNS on the S3 Interface VPC Endpoint. Add a route to the private subnet's Route Table for the Amazon S3 prefix list targeting the Interface VPC Endpoint ID. Ensure the security group attached to the Interface VPC Endpoint allows inbound TCP port 443 traffic from the on-premises network range.
- BDisable Private DNS on the S3 Interface VPC Endpoint. Add the S3 Interface VPC Endpoint ID to the private subnet's Route Table. Create an inbound rule in the security group of the S3 Gateway VPC Endpoint to allow HTTPS traffic from the on-premises network range.
- Disable Private DNS on the S3 Interface VPC Endpoint. Configure the on-premises servers to use the S3 Interface VPC Endpoint's specific DNS names for S3 requests. Update the security group attached to the Interface VPC Endpoint to allow inbound TCP port 443 traffic from the on-premises network range.Cevap
- DEnable Private DNS on the S3 Interface VPC Endpoint. Remove the S3 Gateway VPC Endpoint route from the private subnet's Route Table to resolve the routing conflict. Configure a Route 53 Resolver inbound endpoint to resolve the public S3 DNS hostname to the Gateway VPC Endpoint.