Es gibt zwei Szenarien, die in dieser Frage aufgeführt sind:-
1) Sie haben keinen Zugriff auf die .pem Datei, deshalb möchten Sie eine neue erstellen.
2) Sie haben Zugriff auf die .pem Datei, aber Sie möchten sie nur aus bestimmten Sicherheits- oder Verwundbarkeitsgründen ändern oder eine neue erstellen.
Wenn Sie Ihre Schlüssel verloren haben, können Sie nach oben scrollen und andere Antworten ansehen. Aber wenn Sie einfach Ihre .pem Datei aus Sicherheitsgründen ändern möchten, befolgen Sie die Schritte:
1) Gehen Sie zur AWS-Konsole, melden Sie sich an und erstellen Sie eine neue .pem Datei im Abschnitt Schlüsselpaare. Die Datei wird automatisch auf Ihren PC heruntergeladen.
2) Ändern Sie die Berechtigungen auf 400, wenn Sie Linux/Ubuntu verwenden, geben Sie den folgenden Befehl ein:
chmod 400 yournewfile.pem
3) Generieren Sie den RSA-Schlüssel der neu heruntergeladenen Datei auf Ihrem lokalen Rechner
ssh-keygen -f yournewfile.pem -y
4) Kopieren Sie den RSA-Code von hier
5) Verbinden Sie sich nun über die vorherige .pem Datei mit Ihrer Instanz
ssh -i oldpemfileName.pem username@ipaddress
sudo vim ~/.ssh/authorized_keys
6) Geben Sie ein oder zwei Leerzeilen ein und fügen Sie den kopierten RSA-Code der neuen Datei hier ein und speichern Sie die Datei
7) Jetzt ist Ihre neue .pem Datei mit der laufenden Instanz verknüpft
8) Wenn Sie den Zugriff auf die vorherige .pem Datei deaktivieren möchten, bearbeiten Sie einfach die
sudo vim ~/.ssh/authorized_keys
Datei und entfernen oder ändern Sie den vorherigen RSA-Schlüssel von hier.
Hinweis:- Entfernen Sie sorgfältig, damit der neu erstellte RSA-Schlüssel nicht geändert wird.
Auf diese Weise können Sie die neue .pem Datei mit Ihrer laufenden Instanz ändern/verbinden.
Sie können den Zugriff auf zuvor generierte .pem Dateien aus Sicherheitsgründen widerrufen.
Hoffentlich hilft es!
3 Stimmen
Ich folgte den Schritten in diesem Video und es hat funktioniert youtube.com/watch?v=OF2AOekW4IE
1 Stimmen
Es scheint, dass es nicht möglich ist, auch kann man den Schlüssel-Paar von AWS löschen und in diesem Fall kann der Host m/c sich nicht in die EC2-Instanzen einloggen. Sieht so aus, als ob es ein Defekt ist