Ich habe gerade einen skalierbaren Load Balancer eingerichtet, der hauptsächlich aus dieser Vorlage hervorgeht:
https://github.com/satterly/AWSCloudFormation-samples/blob/master/LAMP_Multi_AZ.template
Nach dem Anpassen des AWS::AutoScaling::AutoScalingGroup.CreationPolicy.ResourceSignal.Count
Schlüssels an 0
(ermöglicht das Laden des Stapels ohne empfangene Erfolgssignale) konnte ich den Stapel laden und alle verfügbaren Ressourcen anzeigen.
Ich kann das öffentliche DNS der zu erstellenden Schlüssel sehen, aber ich kann kein SSH in die Instanz einfügen.
Ich habe einen offenen SSH-Zugriff auf alle Benutzer innerhalb meiner Instanzregeln. Ich kann dies in der AWS-Konsole bestätigen.
Ich habe auch eine Route für meine VPC konfiguriert, wie in den offiziellen AWS-Dokumenten empfohlen: https://aws.amazon.com/premiumsupport/knowledge-center/ec2-linux-ssh-troubleshooting/
Ich kann sehen, dass die Instanzen existieren, aber es scheint, dass ich mich irgendwo auf den Zugriff beschränke. In der AWS EC2-Konsole scheinen die Einstellungen jedoch genauso auszusehen, als ob ich SSH in eine Instanz einbinden könnte.
Hier ist meine JSON-Vorlage, in der Sie alle meine Einstellungen anzeigen können, einschließlich meiner VPC, Subnetze, Sicherheitsgruppen usw.: Https://gist.github.com/dambrogia/e4cd93a64ae6f3a79d4a58d466f144f8
Ich id_rsa
erhalte einen Timeout-Fehler vom folgenden Befehl: (Mein Schlüssel ist in ec2 gültig.)
ssh -i ~/.ssh/id_rsa ec2-user@<ec2_instance>
Antworten:
Das Problem ist, dass die CloudFormation-Vorlage eine
RouteTable
mit der Standardroute 0.0.0.0/0 erstellt, die korrekt auf das IGW verweist. Sie ordnen das jedoch nichtRouteTable
Ihren Subnetzen zu.Sie müssen der Vorlage diese beiden Routentabellenzuordnungen hinzufügen :
Dann aktualisieren Sie den Stapel ...
Überprüfen Sie die Routentabelle erneut
Jetzt sollten Sie in der Lage sein, SSH zu den Instanzen:
Ich hoffe, das hilft :)
quelle