내용으로 건너뛰기

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개 답변
0
수락된 답변

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.

답변함 2달 전

AWS
전문가

검토됨 2달 전

  • 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

답변함 2달 전

AWS
전문가

검토됨 2달 전

전문가

검토됨 2달 전

로그인하지 않았습니다. 로그인해야 답변을 게시할 수 있습니다.

좋은 답변은 질문에 명확하게 답하고 건설적인 피드백을 제공하며 질문자의 전문적인 성장을 장려합니다.

관련 콘텐츠