Overview
Use CloudConnexa to establish private connectivity between virtual private clouds (VPCs) in two separate AWS accounts.
By deploying a Network Connector in each VPC and configuring the required routes, you can enable resources in both AWS environments to communicate through CloudConnexa without establishing a direct connection between the VPCs.
This article explains how to deploy the Network Connectors, configure routing, and verify connectivity between the two AWS accounts.
Before you begin, ensure you have:
- Administrator access to CloudConnexa.
- Access to both AWS accounts with permissions to deploy EC2 instances and configure VPC routing.
- Two AWS VPCs with nonoverlapping CIDR ranges.
- The private subnet ranges for both VPCs.
Important: Ensure that the VPC CIDR ranges don't overlap. Overlapping subnets can prevent CloludConnexa from routing traffic correctly between the two environments.
Step 1: Deploy a Network Connector in AWS Account A
Deploy a Network Connector to connect the first AWS VPC to CloudConnexa.
- Sign in to the AWS account for VPC A.
- Follow the CloudConnexa AWS VPC Connector deployment tutorial.
- Configure the Network Connector to provide access to the private subnet resources in VPC A.
- Verify that the Network Connector connects to CloudConnexa.
Step 2: Deploy a Network Connector in AWS Account B
Repeat the deployment process for the second AWS account.
- Sign in to the AWS account for VPC B.
- Follow the CloudConnexa AWS VPC Connector deployment tutorial.
- Configure the Network Connector to provide access to the private subnet resources in VPC B.
- Verify that the Network Connector connects to CloudConnexa.
Step 3: Configure routing between the AWS VPCs
Configure routing in AWS accounts so resources in each VPC can communicate through CloudConnexa.
You'll add routes in each VPC that direct traffic for the remote VPC to your local Network Connector.
For this example, we'll use the following subnet ranges:
| Network | Example subnet |
| AWS VPC A | 192.0.2.0/24 |
| AWS VPC B | 198.51.100.0/24 |
| CloudConnexa WPC | 100.96.0.0/11 |
| CloudConnexa Domain Routing | 100.80.0.0/12 |
Note: The AWS VPC ranges are reserved for documentation and aren't intended for actual deployments. Use your VPCs' actual private CIDR ranges and the subnet ranges assigned to your CloudConnexa WPC.
Configure routing for AWS VPC A
First, configure routing in AWS Account A so resources in VPC A can reach VPC B.
- Sign in to the AWS Management Console for Account A.
- Navigate to VPC → Route Tables.
- Select the route table associated with the subnet containing the resources you want to connect to the other VPC.
- Select the Routes tab, then Edit routes.
- Add a route with the following settings:
- Destination: 198.51.100.0/24 (the subnet for VPC B).
- Target: The network interface of your Network Connector in VPC A.
- Add routes for your CloudConnexa WPC and Domain Routing subnets if your configuration requires them.
- Select Save changes.
Your VPC A route table now directs VPC B traffic to the local Network Connector.
Configure Routing for AWS VPC B
Next, configure routing in AWS Account B so resources in VPC B can reach VPC A.
- Sign in to the AWS Management Console for Account B.
- Navigate to VPC → Route Tables.
- Select the route table associated with the subnet containing the resources you want to connect to the other VPC.
- Select the Routes tab, then Edit routes.
- Add a route with the following settings:
- Destination: 192.0.2.0/24 (the subnet for VPC A).
- Target: The network interface of your Network Connector in VPC B.
- Add routes for your CloudConnexa WPC and Domain Routing subnets if your configuration requires them.
- Select Save changes.
Your VPC B route table now directs VPC A traffic to the local Network Connector.
Step 4: Verify network access settings
Before testing connectivity, check that both AWS environments and CloudConnexa allow traffic between the VPCs.
- In AWS Account A, verify that IP forwarding is configured on the Network Connector and that source/destination checking is disabled on its EC2 instance.
- Repeat these checks for the Network Connector in AWS Account B.
- Review the security groups and network ACLs in both AWS accounts. Ensure they allow the traffic you want to exchange between the VPCs.
- In the CloudConnexa Administration Portal, verify that your Access Groups allow the intended communication between the two Networks.
- Confirm that both Network Connectors are connected to CloudConnexa.
Verify connectivity
Test the connection in both directions to confirm that resources in the two AWS accounts can communicate.
- Connect to an EC2 instance in VPC A.
- Test connectivity to the private IP address of a resource in VPC B.
- Connect to an EC2 instance in VPC B.
- Test connectivity to the private IP address of a resource in VPC A.
- Verify that the applications or services you want to access are reachable across the connection.
If connectivity fails, check the AWS route tables, security groups, network ACLs, CloudConnexa Access Groups, and Network Connector status.
Note: If you're testing with
ping, ensure that your security groups and host firewalls allow ICMP traffic. Otherwise, test using a protocol and port permitted by your configuration.
Comments
0 comments
Please sign in to leave a comment.