Skip to content

AWS Cloud Practitioner recertification through Cloud Quest - Challenge 4 VPN Connections

0

I'm stuck on Challenge 4 of the AWS Cloud quest module "Modernize a Cloud Architecture". The challenge is to get two VPNs to communicate with each other. A peering connection exists but the VPN is missing a return route.

Trying to edit the peering connections or the route table as per the clue - but I keep getting an error message:

Failed to perform operation: modifyVpcPeeringConnectionOptions You are not authorized to perform this operation. User: arn:aws:sts::877305355590:assumed-role/AWSLabsUser-5HReXXbwcAqn8hGuZqvAoP/8118c0b8-33fe-47e3-af16-2651f2690599 is not authorized to perform: ec2:ModifyVpcPeeringConnectionOptions on resource: arn:aws:ec2:us-east-1:877305355590:vpc-peering-connection/pcx-0184e3ef3b5d83241 because no identity-based policy allows the ec2:ModifyVpcPeeringConnectionOptions action.

I've tried reconnecting the session, and a different browser but I still get the message above. Can someone help me please as I only have til 13th to get my recertification done. Thanks in advance

2 Answers
0
Accepted Answer

The ModifyVpcPeeringConnectionOptions operation cannot be performed with the permissions available in the lab environment. This is a limitation of the Cloud Quest lab, not a bug. The hint may be misleading; this operation is not required.

Correct solution: Edit the route table. All that is required for inter-VPC communication is adding a route to the route table.

answered 9 days ago

AWS
EXPERT

reviewed 8 days ago

  • Thank you - I worked this out during my session and have now completed my recertification.

0

The error message you're encountering indicates that the IAM role you're using in the Cloud Quest lab environment doesn't have the necessary permissions to perform the ec2:ModifyVpcPeeringConnectionOptions action. This is a permissions issue rather than a configuration problem with your VPC peering connection.

Since this is occurring within an AWS Cloud Quest lab environment, here are some steps to try:

  1. Check the lab instructions carefully - The challenge may not actually require you to modify the VPC peering connection options. Instead, you might need to add routes to the route tables associated with each VPC to enable communication between them. The peering connection itself may already be properly configured.

  2. Focus on route table modifications - For VPCs to communicate through a peering connection, you typically need to add routes in the route tables of both VPCs that point to each other's CIDR blocks via the peering connection. Try adding the appropriate routes rather than modifying the peering connection options.

  3. Verify you're using the correct lab resources - Make sure you're working with the resources that the lab intends you to modify. Some resources in lab environments are intentionally restricted to guide you toward the correct solution path.

  4. Reset or restart the lab - If you believe you should have these permissions and the lab isn't working as intended, try resetting the lab environment through the Cloud Quest interface. This will give you a fresh start with the proper permissions configured.

If the issue persists after trying these approaches, you may need to reach out to AWS Training and Certification support through the AWS Training portal, as they manage the Cloud Quest lab environments and can investigate permission issues specific to the training platform.
Sources
Troubleshoot explicit deny errors in AWS Organizations | AWS re:Post
Troubleshoot Amazon VPC CNI add-on issues for Amazon EKS | AWS re:Post

answered 10 days ago

AWS
EXPERT

reviewed 8 days ago

EXPERT

reviewed 10 days ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.