この記事の要点

Connection refused = サーバの SSH デーモン未起動 / ポート違い / ファイアウォール Authentication failed = パスワード違い / SSH 鍵のパス・パーミッション・フォーマット間違い The host key is not registered = 初回接続。Yes で受け入れ、known_hosts に保存 Connection timed out = ネットワーク到達性なし、ホスト名解決失敗、ファイアウォール 漢字コード文字化け = 設定 → 端末 → 漢字コード（受信 / 送信）を UTF-8 に統一

TeraTerm でよく出るエラー一覧

TeraTerm は Windows で最も普及している SSH / Telnet クライアントですが、サーバ設定・ネットワーク・鍵管理など多岐の原因でエラーが出ます。代表的なエラーごとに切り分けと対処をまとめます。

エラー1: Connection refused

表示: 「接続が拒否されました」「Connection refused」

原因はサーバ側で SSH を受け付けていないこと:

原因	確認	対処
SSH デーモン未起動	サーバで systemctl status sshd	systemctl start sshd
ポート違い（標準 22 以外）	サーバの /etc/ssh/sshd_config の Port 行	TeraTerm の TCP port を変更
ファイアウォールで遮断	サーバで firewall-cmd --list-all	firewall-cmd --add-service=ssh --permanent
クラウド側 SG / NSG	AWS Security Group / Azure NSG	22 番 (or 指定ポート) を許可
サーバ自体ダウン	ping で疎通確認	VPC / 電源確認

エラー2: Authentication failed

表示: 「Authentication failed.」「ユーザー名またはパスワードが正しくありません」

原因はクレデンシャルの問題:

• パスワード違い → 大文字小文字に注意、CapsLock 確認
• SSH 鍵のパス間違い → 「RSA/DSA/ECDSA/ED25519 鍵を使う」のファイルパスを再指定
• 鍵のパーミッション → 鍵ファイル自体は Windows でも読めるはず（Linux は 600）
• 鍵フォーマット不一致 → PuTTY 形式 .ppk は使えない、OpenSSH 形式に変換（PuTTYgen で Export）
• パスフレーズ違い → 鍵のパスフレーズを再入力
• ユーザー名間違い → AWS EC2 なら ec2-user / ubuntu / centos、必ず正しいデフォルトユーザー

よく使うデフォルトユーザー名:

AWS Amazon Linux 2 → ec2-user
AWS Ubuntu        → ubuntu
AWS RHEL / CentOS → ec2-user
AWS Debian        → admin
GCP              → 各 OS のデフォルト
さくらのクラウド → ubuntu / centos / root

エラー3: The host key is not registered

表示: 「セキュリティ警告 — 接続しようとしているホストのホスト鍵は登録されていません」

これはエラーではなく初回接続時の警告です:

• 初めて接続するホストは known_hosts に登録されていない
• 「このホストを known_hosts リストに追加する」にチェックして「続行」
• 2 回目以降は警告なし

ただし2 回目以降も警告が出る場合は要注意:

• サーバを再構築 → ホスト鍵が変わった → known_hosts のエントリ削除
• known_hosts のパス: C:\Users\<ユーザー>\ssh_known_hosts または TeraTerm のディレクトリ
• 該当行をテキストエディタで削除 → 再接続
• 中間者攻撃の可能性もあるので、サーバ管理者にフィンガープリント確認

エラー4: Connection timed out

表示: 「接続できませんでした」「タイムアウト」

パケットが到達していない / 応答がない:

切り分け	コマンド	原因
名前解決	nslookup hostname	DNS 設定不正
疎通	ping hostname	ICMP 遮断 / ルーティング
ポート開通	Test-NetConnection -Port 22（PowerShell）	FW 遮断
経路	tracert hostname	途中のルーター死亡
VPN	VPN 接続状態確認	社内ネットへのアクセス

エラー5: Disconnected: No supported authentication methods available

表示: 「サーバが提供する認証方式に対応していない」

サーバがパスワード認証を無効化している場合（公開鍵認証のみ）:

• サーバの /etc/ssh/sshd_config で PasswordAuthentication no
• TeraTerm でパスワード認証ではなく「RSA/DSA/ECDSA/ED25519鍵を使う」を選択
• 秘密鍵ファイルを指定

エラー6: 漢字コード文字化け

サーバから受信した日本語が 譁?ュ怜喧縺? のように化ける:

1. TeraTerm メニュー: 設定 → 端末
2. 漢字-受信 = UTF-8
3. 漢字-送信 = UTF-8
4. OK で適用、設定 → 設定の保存で TERATERM.INI に保存

サーバ側のロケール確認:

# サーバで実行
locale
# LANG=ja_JP.UTF-8 になっているか確認

# 一時的に切り替え
export LANG=ja_JP.UTF-8

# 永続化（CentOS / RHEL）
sudo localectl set-locale LANG=ja_JP.UTF-8

# Ubuntu
sudo update-locale LANG=ja_JP.UTF-8

エラー7: SSH protocol version mismatch

表示: 「SSH バージョン不一致」

• 古いサーバ（SSH-1 のみ）と新しい TeraTerm（SSH-2 のみ）の組み合わせ
• 解決策: サーバを新しいバージョンに更新（推奨）
• または TeraTerm で「SSH バージョン: 1」を選択（非推奨、セキュリティ低）

エラー8: 突然切断される（Connection closed by remote host）

原因	対処
サーバの ClientAliveInterval 切れ	sshd_config で値を増やす
NAT / FW のセッションタイムアウト	TeraTerm のキープアライブを ON（60 秒）
サーバ側 max_connections 超過	サーバの設定見直し
シェルが exit した	正常終了の場合あり

キープアライブ設定: 設定 → SSH → 「ハートビート」を 60 秒に。

エラーログの確認

サーバ側の SSH ログを見ると詳細な原因がわかります:

# CentOS / RHEL
sudo tail -f /var/log/secure

# Ubuntu / Debian
sudo tail -f /var/log/auth.log

# systemd journal
sudo journalctl -u sshd -f

FAQ

Q: パスワード正しいのに Authentication failed
A: ユーザー名間違いを疑う。AWS なら ec2-user 等、サーバごとのデフォルト確認。root ログインは多くのサーバで無効化されています。

Q: 接続できていたのに急にできなくなった
A: サーバ IP 変更、known_hosts のエントリ無効、またはサーバ側で fail2ban等で一時 BAN されている可能性。サーバ管理者に確認。

Q: TeraTerm を起動するたびに設定が初期化される
A: 設定 → 設定の保存を忘れている。TERATERM.INI に保存することで永続化。

Q: SCP でファイル転送したい
A: TeraTerm メニュー → ファイル → SSH SCP でダイアログから送受信できます。