Subchapter 94.1
references/applying-the-customer-gateway-device-configuration.mdMarkdown11 KBView on GitHub
Domain expertise for configuring the on-premises customer gateway (CGW) device after an AWS Site-to-Site VPN connection is created, so the tunnels come up. Covers downloading the AWS-provided sample configuration file, choosing the recommended sample over the compatibility sample, treating the sample as a starting point rather than a finished config, the IAM permissions the download screen needs, configuring both tunnels, and handling an unlisted device.
This reference educates the customer on what to configure on their own device; it does not hand them a ready-to-use configuration, because the right values depend on the device and security requirements the agent cannot see. The configuration is applied on the customer’s device, not on the AWS side. Assumes the connection already exists (the creating-a-site-to-site-vpn-connection reference).
Execute commands using the AWS MCP server when connected (sandboxed execution, audit logging,
observability). Fall back to the AWS CLI otherwise. Pass --region {region} matching the connection.
To get the device configured, download the matching sample file, review and adapt it, and apply it to both tunnels on the on-premises device. See the Procedure section below.
The procedure covers:
The configuration this workflow produces is applied on the customer’s on-premises device, not on the AWS side. The skill’s job is to explain what to configure, not to hand the customer a finished config to paste in, because the right values depend on the customer’s device and security requirements.
Constraints:
For many devices AWS offers two sample types: a compatibility sample and a recommended sample that uses stronger settings. The sample specifies only minimum requirements (such as AES128, SHA1, and Diffie-Hellman group 2 in most Regions), so applying it as-is can leave the customer on the weakest acceptable settings.
Constraints:
Loading the download configuration screen requires the IAM permissions
GetVpnConnectionDeviceTypes and GetVpnConnectionDeviceSampleConfiguration. Without them the
screen does not populate, with no obvious explanation that a missing permission is the cause.
Constraints:
GetVpnConnectionDeviceTypes and GetVpnConnectionDeviceSampleConfiguration if the download screen is emptyThe configuration covers both tunnels. Applying only the first leaves the connection without the redundancy AWS provides, so it drops during routine tunnel maintenance. Customers stop after the first tunnel because the connection appears to work.
Constraints:
When the customer’s exact device is not in the vendor list they do not know how to proceed, and the supported algorithms and IKE versions vary by device.
Constraints:
The sample is a starting point; algorithms or settings may not match the device’s needs. Review and adapt it (Educate, do not prescribe).
Missing GetVpnConnectionDeviceTypes or GetVpnConnectionDeviceSampleConfiguration. Add the permissions (IAM permissions for the download screen).
Only one tunnel was configured. Configure both (Configure both tunnels).
Use the Generic configuration option and the correct IKE version (Unlisted device).
This procedure confirms the download permissions, downloads the matching sample (preferring the recommended type), guides the customer to review and adapt it, and confirms both tunnels are configured, then surfaces the console link to verify tunnel status.
ikev1 or ikev2, matching the device. Strongly recommend ikev2 unless the device does not support it.recommended (preferred) or compatibility.Constraints for parameter acquisition:
Constraints:
aws sts get-caller-identityGetVpnConnectionDeviceTypes and GetVpnConnectionDeviceSampleConfigurationConstraints:
You MUST resolve the vendor/platform/software version to a {device_type_id} first, since
get-vpn-connection-device-sample-configuration takes the numeric ID, not a human-readable name.
List the supported device types and match the customer’s device (vendor, platform, software) to
its DeviceTypeId:
aws ec2 get-vpn-connection-device-types --region {region}
# Find the entry whose Vendor/Platform/Software match the customer's device; use its DeviceTypeIdYou MUST use the Generic device type’s ID when the customer’s device is not in the returned list
Constraints:
You MUST download the sample for the resolved device type ID and IKE version, preferring the recommended sample:
aws ec2 get-vpn-connection-device-sample-configuration \
--vpn-connection-id {vpn_connection_id} --vpn-connection-device-type-id {device_type_id} \
--internet-key-exchange-version {ike_version} --sample-type recommended --region {region}Constraints:
Constraints:
You MUST confirm the customer configures both tunnels on the device, not just one
You MUST present the VPN connection console link, filling {region} and {vpnConnectionId} from
the request, and tell the customer to open it and confirm both tunnels report UP:
https://console.aws.amazon.com/vpc/home?region={region}#VpnConnectionDetails:VpnConnectionId={vpnConnectionId}{
"region": "us-east-1",
"vpn_connection_id": "vpn-0abc1234def567890",
"device_vendor": "Cisco ASA 9.x",
"ike_version": "ikev2",
"sample_type": "recommended"
}Confirmed download permissions. Downloaded the recommended IKEv2 sample for Cisco ASA 9.x.
Flagged it as a starting point: adjust algorithms, DH group, certificates, and IPv6 before applying.
Both tunnels configured on the device. Open the connection and confirm both tunnels report UP:
https://console.aws.amazon.com/vpc/home?region=us-east-1#VpnConnectionDetails:VpnConnectionId=vpn-0abc1234def567890The sample needs adapting to the device. Review the algorithms and settings (Step 4).
Missing IAM permissions. Add GetVpnConnectionDeviceTypes and GetVpnConnectionDeviceSampleConfiguration (Step 1).
Only one tunnel configured. Configure both (Step 5).
The device configuration carries the authentication secret and the encryption settings the tunnels negotiate, so it is the most security-sensitive artifact the customer handles.
Constraints: