Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。18.04サーバーを使っていて、パソコンAから公開鍵認証でssh接続できるように設定した後、rootユーザーとしての接続とパスワード認証による接続を禁止しました。sshでログインしたいのはパソコンAの場合と同じユーザーです。今まではパソコンBで新しく鍵ペアを作成し、USBメモリ経由で公開鍵をパソコンAにコピーし、パソコンAからssh-copy-idしていましたが、もっと簡単な方法があれば知りたいです。似たような質問が既に投稿されていましたが、微妙に目的が違うので新しい質問として投稿しました。さん、特に考えていませんでした。今は繋げていませんが、繋ごうと思えば繋ぐことができます。票4公開鍵認証のメリットは、公開鍵は秘匿しておく必要が無いということです。安全な経路でなくてもよいので、すでにSSHログイン可能なパソコンAで受け取れさえすれば何でもよいです。Docs、etc)自分にとって一番簡単な方法でやってください。パソコンAは単に公開鍵を中継しているに過ぎません。サーバが直接アクセス可能な経路があれば、そちらを経由しても問題ありません。.ssh/authorized_keysということもできます。新しい鍵だけではなく、鍵のリスト自体を共有しておいてもかまいません。サーバとクライアントの組み合わせが多い場合、サーバが増えたときはそのファイルをコピーすればすみます。クライアントが増えたときも、どれが登録済みでどれがまだ、など考えずに機械的にコピーするだけでよくなります。開発環境など自分で管理しているサーバであれば、公開鍵認証をスクリプト経由で行うよう設定することもできます(sshdのAuthorizedKeysCommandオプション)。私はちょっとしたスクリプトでDropboxにおいた公開鍵のリストを読み込ませています(これこのまま使うとどのユーザーでも同じリストを使ってしまいます。あと、本来不必要なファイルの保存をしています)。Githubに登録した公開鍵を取得できます。AWSに登録した公開鍵も、API経由で取得できるようです。ここまでで注意が一つあります。公開鍵自体は秘匿する必要はありませんが、不正な鍵を登録されることには注意が必要です。オンラインストレージを使う場合、そのファイルを第三者が読めてもかまいませんが、書き込みが可能だと第三者が自分の鍵を登録できてしまいます。公開鍵認証のもう一つのメリットは、鍵を個別に無効にできることです。鍵の入った端末や媒体を紛失したとかウィルス感染等のセキュリティ侵害が起きたときに、そのPCに保存されていた鍵だけ無効化(authorized_keysから削除)すれば、ほかの鍵は触る必要がありません。鍵の管理の原則として秘密鍵をコピーするなと言われるのは、秘密鍵がローカルの環境に閉じておらず安全に秘匿されていることが保証できなくなる(オンラインでは無論、媒体経由のオフラインのコピーでも、「媒体を紛失したが気づいていない」ということが起きえます)のと同時に、鍵が共有されていると鍵の無効化の障害になるためです。|2「紛失時の対策やリスク」を理解した上であれば、都度新しい鍵ペアを作成する代わりにパソコンAで作成した秘密鍵をUSBメモリ経由でパソコンBに複製する方法はいかがですか。上で鍵ペアを作って、パソコンBに配布すれば多少楽かもしれません。Ubuntuに次のようなスクリプトを作ります。パソコンBに配布します。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。公開5周年をお祝いしましょう!🌸コメントで回答する理由を教えてくださいリンク集2VPS環境で「rootログイン禁止、パスワード認証禁止」としている場合、秘密鍵を紛失したらSSH接続不可?関連する質問1さくらのVPSにてポート番号を指定してログインできない3JenkinsでのGitHub連携・SSH認証に関して5コンソールからログインしている間はsshで接続できるのはなぜでしょうか。PiにSSHで接続するとアカウント認証に失敗します0SSHで急にサーバ接続できなくなった。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。