Ein Netzwerkingenieur hat eine Site-to-Site VPN-Verbindung zwischen lokalen Systemen und einer VPC über ein Virtual Private Gateway eingerichtet. Der Tunnel ist aktiv, aber während des Phase-2-Rekeying meldet das Customer Gateway-Gerät, dass es Parameter empfängt, die nicht mit den konfigurierten Werten übereinstimmen. Das Customer Gateway ist bereits mit den stärksten Algorithmen konfiguriert, die in der AWS VPN-Konfiguration bereitgestellt werden. Was sollte der Ingenieur tun, um dies zu beheben?

Die korrekte Antwort ist, die nativen Customer Gateway-Protokolle zu überprüfen und die VPN-Tunneloptionen auf die spezifischen VPN-Parameter zu beschränken, die das Customer Gateway erfordert. Das Problem tritt beim Phase-2-Rekeying auf, wenn das Customer Gateway-Gerät meldet, dass es nicht übereinstimmende Parameter empfängt. Dies deutet darauf hin, dass die vom Virtual Private Gateway (VPG) vorgeschlagenen Parameter nicht mit den vom Customer Gateway (CGW) erwarteten übereinstimmen. Da das CGW bereits mit den stärksten Algorithmen konfiguriert ist, die von AWS unterstützt werden, muss das VPG angewiesen werden, diese spezifischen Parameter zu verwenden. Die Überprüfung der nativen CGW-Protokolle liefert die genauen Parameter, die das CGW erwartet. Die anderen Optionen sind weniger effektiv, da CloudWatch-Protokolle des VPG oder CGW möglicherweise nicht die detaillierten Verhandlungsparameter während des Rekeying-Prozesses anzeigen. Das Beschränken der Optionen auf die VPG-Anforderungen würde das Problem nicht lösen, da das CGW die Quelle der Fehlermeldung ist.