ssh-copy-id
kann verwendet werden, um Ihren öffentlichen Schlüssel auf einem Remote-Computer zu installieren authorized_keys
. Könnte derselbe Befehl verwendet werden, um die öffentlichen Schlüssel anderer Benutzer zu installieren, wenn Sie die sudo
Möglichkeit dazu haben?
Update: Sowohl lokal als auch remote verwenden Ubuntu 12.04.
Update 2: Beschreibt die Vorgehensweise zum Erstellen eines neuen Benutzerkontos und zum Hinzufügen eines öffentlichen Schlüssels
- (remote) Erstellen Sie ein neues Benutzerkonto, und legen Sie es nur für den Zugriff mit öffentlichen Schlüsseln fest.
- (lokal) Generieren Sie einen öffentlichen Schlüssel für das neue Benutzerkonto (ssh-keygen).
- Normalerweise erstelle ich das Verzeichnis und die Datei
.ssh/authorized_keys
auf dem Remote-Server und kopiere dann den lokal generierten öffentlichen Schlüssel und füge ihn in das Konto des neuen Benutzers ein. Was ich suche, ist, dass, wenn ich verwenden kannssh-copy-id
, um den öffentlichen Schlüssel dieses neu erstellten Benutzers direkt in das ssh-Verzeichnis zu installieren. Nur um ein paar weitere Befehle zu speichern.
quelle
Ja :), wenn du zum Beispiel als ghost @ ubuntu und du eingeloggt bist
Dann sehen Sie auf dem Hostserver einen Dateischlüssel
/root/.ssh/authorized_keys
, der mit endetghost@ubuntu
.Das bedeutet, dass der Ghost User sein Schlüsselpaar kopiert hat und kein Passwort mehr eingeben muss.
Ich bin mir nicht sicher, ob es
-u <username>
jetzt mit flag funktioniert , aber Sie können sich immer mit einem anderen Benutzer anmeldenund dann ssh-copy-id ...
quelle
/root/.ssh/authorized_keys
statt/home/ghost/.ssh/authorized_keys
? Ich habe gerade mein aktuelles Verfahren aktualisiert, um einen öffentlichen Schlüssel für einen neuen Benutzer zu installieren. Nur auf der Suche nach einer besseren Methode. Vielen Dank!ghost
neu erstellt wurde, steht ihm kein öffentlicher Schlüssel zur Verfügung. Aus diesem Grund muss der öffentliche Schlüssel zuerst für den Benutzer installiertssh-copy-id ghost@host-ip
werden und funktioniert dann. Aber danke, ich denke, ein paar zusätzliche Befehle auf dem Remote-Server werden keine große Sache sein.