Skip to content
VDS · マシンへのアクセス

コントロールパネルのテキストコンソール

SSHが使えないときにシリアルポート経由でマシンにアクセスします。どこから開くか、何を修復できるか、なぜ常に80×24文字なのかを説明します。

更新日 2026年8月23日

テキストコンソールは、マシンへ入るためのバックアップ手段です。システム内部のネットワークとファイアウォールを経由しないため、SSHが応答しないときでも機能します。

開く場所

マシンパネル /hosting/vds/m/<id> の「コンソール」タブ、「テキストコンソール」ビュー(シリアルポート)です。2つ目のビューである「Screen」については、記事マシン画面で説明しています。

ログインプロンプトが表示されます。root とrootパスワードを入力してください。パスワードは「アクセス」タブで確認できます。SSHキーは関係ありません。コンソールは常にパスワードを要求します。

役に立つ場面

  • ファイアウォールで自分自身を締め出してしまった場合:ufw allow OpenSSH を付けずに ufw enable を実行したとき。
  • /etc/ssh/sshd_config を壊してしまい、SSHサービスが起動しない場合。
  • キーを確認する前にパスワードログインを無効化してしまった場合。
  • マシンは起動するものの、ネットワークが立ち上がらない場合。
  • システム起動中に何が起きているかを確認したい場合。

コンソール経由での典型的な復旧手順:

ufw allow OpenSSH
systemctl status ssh
sshd -t
systemctl restart ssh
ip a
journalctl -b -p err --no-pager | tail -n 40

sshd -t はSSH設定のエラーをチェックします。サービスの再起動のたびに、その前に実行してください。

80×24の制約

ウィンドウサイズはシリアル回線を経由して渡されません。ターミナルは常に80列24行であるとみなします。そのため、全画面表示のプログラムは崩れて表示されます。

対象動作
nano、vim、mc動作しますが、狭いウィンドウになります
btop、htop端が切れ、一部のグラフが表示されません
--no-pager を付けない journalctlページャー出力になり、スペースでスクロール、q で終了します
長い行見苦しく折り返されます

回避策:

journalctl -u nginx -n 50 --no-pager
systemctl status nginx --no-pager
dmesg | tail -n 40

どうしても btop や htop が必要な場合は、マシン画面を開いてください。そこではウィンドウサイズが正しく渡されます。

FAQ

テキストを貼り付けられません。 コピーと貼り付けはブラウザに依存します。右クリックではなく、ブラウザのキーボードショートカットを使用してください。長いコマンドは、短いコマンドをつなげて組み立てるほうが簡単です。

真っ黒な画面が表示されます。 Enterを押してください。プロンプトが再描画されます。何も表示されない場合は、マシンが停止しているか、起動中に固まっている可能性があります。マシン画面を確認してください。

パスワードが機能しません。 システム内部で passwd コマンドによって変更されている可能性があります。パネルには元のパスワードが表示されています。rootパスワードの変更を参照してください。

入力に反応しません。 プログラムが全画面モードで実行されている可能性があります。Ctrl+C で中断、q でページャー出力を終了します。

コンソールは、日常業務におけるSSHの代わりにはなりません。ファイルのコピーも、快適なスクロールも、正常なウィンドウサイズもありません。アクセスが復旧したら、すぐに通常のSSHに戻ってください。