Troubleshooting
Connectivity to BIND down
Section titled “Connectivity to BIND down”Symptoms: Lambda logs sync_error stage axfr; AXFR timeout/refused. In this lab, that usually means the VPN path to BIND is down.
aws --profile bind-demo-workload ec2 describe-vpn-connections \ --vpn-connection-ids "$(terraform -chdir=infra/terraform/workload output -raw vpn_connection_id)" \ --query 'VpnConnections[0].VgwTelemetry'Actions:
- Verify lab VPN appliance EC2 is running.
- On appliance (SSM):
sudo ipsec status - Confirm routes: cloud VPC → on-prem CIDR via VGW; on-prem BIND subnet → cloud CIDR via appliance ENI.
Impact: Route 53 keeps last synced records; cloud VPC serves stale DNS until sync succeeds.
AXFR refused
Section titled “AXFR refused”Symptoms: AXFR error; BIND logs transfer denied.
Checks:
- Lambda source IP is in
allow-transferCIDR (10.1.1.0/24). - BIND security group allows TCP 53 from Lambda subnet.
Route 53 API errors
Section titled “Route 53 API errors”Symptoms: sync_error stage r53_read or r53_write.
Checks:
- Lambda security group egress to Route 53 on 443 via NAT gateway.
- IAM policy scoped to hosted zone ARN.
Stale data in the cloud VPC
Section titled “Stale data in the cloud VPC”On any sync failure, Route 53 retains the last good snapshot. Adds/deletes/updates on BIND will not appear for cloud workloads until a successful mirror.
Common failure stages
Section titled “Common failure stages”| Stage | Likely cause |
|---|---|
| validation | Bad EventBridge payload |
| axfr | Cannot reach BIND, BIND down, ACL/SG block |
| r53_read | IAM or NAT path to Route 53 API |
| r53_write | Invalid change batch, throttling |