SSH でクラウドサーバーに接続する

SSH を使うと、自分のターミナルからクラウドサーバーへの root シェルが得られます。接続に必要なすべての詳細情報は KPanel のサーバーページに表示されており、コピーできる状態になっています。

クラウドサーバーはオペレーティングシステムから先はあなたのものなので、ほとんどの作業はコマンドラインで行われます。このガイドでは、接続詳細の確認、鍵またはパスワードでの接続、鍵の適切なセットアップ、ブラウザコンソールのフォールバック、および失敗したほぼすべての接続に該当するエラーについて説明します。

接続詳細の確認

1. KPanel にサインインします。
2. 左側のサイドバーで Cloud Servers をクリックし、サーバーをクリックします。
3. Connection カードを探します。

カードには 3 つのクリップボードへのコピーフィールドが含まれています。

SSH 鍵での接続

サーバーを注文するときに公開鍵を SSH Public Key フィールドにペーストした場合、鍵認証は既に設定されており、入力するパスワードはありません。

1. Connection カードから SSH Command をコピーします。
2. ターミナルにペーストして Enter キーを押します。

ssh root@203.0.113.1

SSH クライアントは一致する秘密鍵を見つけ、自動的に認証します。鍵が標準以外の場所にある場合は、それを明示的に指定します。

ssh -i ~/.ssh/my-kapsule-key root@203.0.113.1

初めて鍵をセットアップする

サーバーではなく、自分のマシンで鍵ペアを生成します。

ssh-keygen -t ed25519 -C "your-email@example.com"

Enter キーを押してデフォルトの場所を受け入れ、プロンプトが表示されたらパスフレーズを設定します。これで 2 つのファイルが作成されます。

• ~/.ssh/id_ed25519 は 秘密鍵 です。マシンを離れることはなく、どこにもペーストしません。
• ~/.ssh/id_ed25519.pub は 公開鍵 です。これがサーバーに提供するものです。

公開鍵を出力し、ssh-ed25519 プレフィックスと末尾のコメントを含む、全体の単一行をコピーします。

cat ~/.ssh/id_ed25519.pub

サーバーを注文するときは、その行を SSH Public Key フィールドにペーストします。フィールド自体のヒントがはっきりと述べています。「Paste your public key to enable key-based authentication. If left blank, a root password will be emailed to you.」

既に持っているサーバーに鍵を追加するには、今日どうにか接続して、公開鍵行を /root/.ssh/authorized_keys に追加します。

パスワードでの接続

サーバーを注文するときに SSH Public Key フィールドを空白のままにした場合、サーバーのプロビジョニング後に root パスワードがメールで送信されます。

1. Connection カードから SSH Command をコピーします。
2. ターミナルにペーストして Enter キーを押します。
3. プロンプトでメールで送信された root パスワードを入力します。

passwd でそのパスワードをすぐに変更し、その間に SSH 鍵を追加します。メールで送信されたパスワードは、認証情報が移動するべき範囲より遠くに移動しています。

ブラウザコンソール

Browser console は KPanel 内にターミナルを提供し、SSH クライアントなしで、ポート 22 を通さずに実行されます。これは自分のアクセスが破損した瞬間のツールです。

1. サーバーのページを開き、アクションボタンで Browser console をクリックするか、/cloud-servers/<server-id>/console にアクセスします。
2. Start console をクリックします。KPanel は HTTPS の背後にあるサーバー上のターミナルを、1 回限りの認証情報で起動します。
3. Username と Password はページに表示され、Copy credentials ボタンがあります。ターミナルはページ自体で開き、ブラウザはそれらの認証情報を求めるプロンプトを表示する場合があります。
4. 任意のシェルのように動作します。

コンソールを使用してロックアウトするファイアウォールルールを取り消す、パスワードをリセットする、または sshd 設定を修復してください。SSH 経由で通常接続に戻ったら、再度必要になることはありません。

SSH アクセスを安全に保つ

ポート 22 は、設計上、KapsuleHost サーバーファイアウォール上で常に開いているため、ファイアウォール変更により、マシンへのアクセスが完全にロックアウトされることはありません。

つまり、シェルのセキュリティはポートを隠すことではなく、認証方法に基づいています。ほとんどの作業を行う 2 つのことは次のとおりです。

• 鍵を使用して、パスワードを使用しないでください。 その後、推測されたパスワードは入り方ではありません。
• fail2ban をオンのままにしてください。 デフォルトで有効になっており、SSH 認証に繰り返し失敗するアドレスを禁止します。サーバーの Management ページでスイッチを確認できます。

Cloud Server Firewall and Security Management は、両者を説明し、さらに独自のアプリケーションが必要なポート用のカスタムルールも説明します。

トラブルシューティング

「Connection refused.」 何も待機していません。サーバーが KPanel で Running を示していることを確認し、オフの場合はオンにして、ブラウザコンソールを使用して sshd が実行されていることを確認します。

「Connection timed out.」 トラフィックが到着していません。Connection カードから IPv4 アドレスを使用していることを確認し、自分のネットワークがアウトバウンドポート 22 をブロックしているかどうか確認してください。企業またはキャンパスネットワークではそうすることがあります。

「Permission denied (publickey).」 サーバーはあなたの鍵を認識しません。.pub 行全体を変更なしにペーストしたこと、およびクライアントが一致する秘密鍵を提供していることを確認します。ssh コマンドに -v を追加して、試された鍵を確認します。

「Permission denied, please try again」（パスワードの場合）。 パスワードが間違っているか、鍵を指定したため、パスワード認証が無効になっています。鍵または ブラウザコンソールを使用します。

「REMOTE HOST IDENTIFICATION HAS CHANGED.」 サーバーのホスト鍵が、クライアントが記憶しているものと異なります。これは rebuild 後に予想されます。オペレーティングシステムが再インストールされたからです。known_hosts ファイルからそのIP アドレスの古いエントリを削除して再接続します。何も再構築していない場合は、接続する前に停止し、サポートにお問い合わせください。

ファイアウォールルールで自分自身をロックアウトしました。 ポート 22 は開いたままなので、これは珍しいことですが、サーバー内のルールがブロックした場合は、ブラウザコンソールを使用してそれを削除します。

上記のいずれでもシェルが得られない場合は、support@kapsulehost.com にメールを送信し、サーバー名、接続元のアドレス、および正確なエラーテキストを含めてください。