2026年2月公開のTera Term 5.6.0で追加された新機能と既存バージョンからの変更点

2026年2月公開のTera Term 5.6.0で追加された新機能と既存バージョンからの変更点

2026年2月28日、定番ターミナルエミュレーターTera Termの最新版となるバージョン5.6.0がGitHubのリリースページで公開されました。本バージョンでは、Unicodeコードポイントごとに描画文字幅を指定できる機能やダム端末エミュレーションへの対応など、実務で求められていた改善が複数盛り込まれています。また、SSH2モジュールであるTTSSHも3.6.0へとアップグレードされ、耐量子暗号（PQC）を組み合わせたハイブリッド鍵交換方式が新たにサポートされました。5.5.x系で導入されたx64・arm64バイナリ対応に加え、今回のアップデートではシリアルポート制御やバイナリデータ受信機能の強化も行われており、ネットワークエンジニアや組み込み開発者にとって見逃せない内容となっています。ここでは、5.6.0の全体像を各機能ごとに整理して解説します。

Unicodeコードポイント単位で描画幅を調整できるUnicodeOverrideCharWidthの設定方法

Tera Term 5.6.0の目玉機能のひとつが、Unicodeコードポイントごとに描画する文字幅をユーザー側で指定できるようになった点です。従来のバージョンでは、絵文字として扱われない一部の記号が意図しない幅で描画されることがあり、特にCJK環境でターミナル上のレイアウトが崩れる原因になっていました。たとえば罫線文字（U+2500系）や一部のギリシャ文字が半角幅で表示されてしまい、テーブル描画がずれる現象はユーザーの間で頻繁に報告されていました。

本バージョンでは、設定ファイルTERATERM.INIにUnicodeOverrideCharWidthオプションを記述することで、特定のコードポイントに対して半角（1セル）または全角（2セル）の描画幅を明示的に指定できます。設定ファイルに該当エントリが存在する場合、［設定］ダイアログの［エンコーディング］タブにオプションが表示される仕組みです。issue #318および#1024として長期にわたり要望されていた機能であり、罫線文字や特殊記号の幅が環境依存でずれていた方にとって、ターミナル表示の安定化に直結する改善といえるでしょう。

ダム端末エミュレーション対応で広がるレガシー機器との接続シナリオ

5.6.0では、ダム端末（Dumb Terminal）のエミュレーションが新たにサポートされました。ダム端末とは、エスケープシーケンスによるカーソル移動や画面制御を行わず、受信した文字をそのまま表示するだけのシンプルな端末モードを指します。VT100やVT200といったインテリジェント端末モードとは異なり、制御コードを解釈しないため、産業用シリアル機器や古いメインフレーム端末との接続で重宝します。

組み込み機器の開発現場では、対向装置がエスケープシーケンスに対応していないケースが少なくありません。そうした場面でTera Termをダム端末モードに切り替えることで、余計な制御文字が画面に表示される問題を回避できます。また、PLC（プログラマブルロジックコントローラ）やセンサーモジュールとの通信デバッグでは、受信データをそのまま表示するダムモードが診断作業の効率を大きく高めます。issue #1096として要望されていたこの機能が、ようやく正式に実装された形です。

シリアルポートのRTS・DTR制御信号切替とフロー制御の設定画面での操作手順

シリアル接続を多用するエンジニアにとって注目すべき変更が、シリアルポートタブにおけるRTSとDTRの制御信号操作機能の追加です。5.6.0では、［設定］＞［Serial port…］のシリアルポートタブから、RTS（Request to Send）とDTR（Data Terminal Ready）の制御信号をlowとhighに手動で切り替えられるようになりました。さらに、RTS・DTRそれぞれのフロー制御も同タブ上で設定可能になっています。

従来はハードウェアフロー制御としてRTS/CTSの選択しかできず、DTRベースの制御やテスト目的での信号トグルが困難でした。産業機器やマイコンボードとの接続デバッグで手動信号制御が必要なケースでは、外部ツールやRealTermなどの専用ソフトに頼る必要があったのが実情です。5.6.0の改善により、Tera Term単体でRTS/DTR信号の状態を確認しながら制御できるようになったことで、デバッグ時のツール切り替えが不要になります。issue #934で長く要望されていた機能がようやく実装されました。

高ビットレートシリアル接続でのデータロス軽減とバイナリ受信機能の実装

シリアル接続に関連するもうひとつの重要な改善として、高ビットレート環境でのデータロス軽減が挙げられます。5.6.0ではシリアルポート経由で高速にデータを受信した際に、従来発生していたデータの取りこぼしが軽減されるよう内部処理が見直されました。115200bps以上の高速シリアル通信を行う環境では、バッファオーバーフローによるデータ欠損が発生しやすく、この改善は組み込み開発の信頼性向上に寄与します。

加えて、バイナリデータを受信してファイルとして保存する機能が新たに実装されています。メニューの「File」から「Receive file…」ダイアログを開くことで操作でき、マクロからは新設されたrecvfileコマンドで同等の処理を自動化できます。ファームウェアの転送テストやバイナリログの取得を日常的に行う開発者にとって、Tera Term単体でバイナリ受信が完結するようになった意義は大きいといえます。issue #894として両方の改善が同時に取り組まれた経緯があります。

5.5.x系から5.6.0への主な変更点を一覧で確認する新旧バージョン比較

Tera Term 5.5.x系と5.6.0の違いを整理しておくと、アップデート判断の材料になります。5.5.0ではx64・arm64バイナリの提供開始やUnicode 17.0対応、curve25519-sha256鍵交換のサポートが大きなトピックでした。5.5.1および5.5.2ではファイル転送のクラッシュ修正やローカルエコー設定の反映修正など、バグフィックスが中心です。5.6.0はそれらの安定性を引き継いだうえで、新機能の追加に軸足を置いたリリースとなっています。

上記のとおり、5.6.0はセキュリティ面（PQC鍵交換）・ターミナル表示（Unicode幅指定）・シリアル制御（RTS/DTR・バイナリ受信）の3領域で大きく前進しています。5.5.x系を運用中の環境でも、互換性を維持したまま移行しやすいリリースです。

耐量子暗号PQCハイブリッド鍵交換の実装がインフラ運用者にもたらすセキュリティ強化

Tera Term 5.6.0のTTSSH 3.6.0で最も注目すべき変更が、SSH2のハイブリッド鍵交換方式として耐量子暗号（PQC：Post-Quantum Cryptography）を組み合わせた2つのアルゴリズムに対応した点です。量子コンピュータの実用化が現実味を帯びるなか、将来的な暗号解読リスクに備えるハーベスト攻撃への対策として、PQC対応は各SSHクライアントにとって急務のテーマとなっています。Tera Termがこの段階でPQCハイブリッド鍵交換を実装した意味と、実際の運用における設定手順を解説します。

mlkem768x25519-sha256の採用背景とNIST標準ML-KEMとの技術的な関係

5.6.0で新たにサポートされた鍵交換方式のひとつがmlkem768x25519-sha256です。この方式は、NISTが2024年に正式に標準化した格子暗号ベースの鍵カプセル化メカニズムML-KEM（Module-Lattice-Based Key-Encapsulation Mechanism）のパラメーターセット768と、従来から広く使われている楕円曲線ディフィー・ヘルマン鍵交換Curve25519を組み合わせたハイブリッド方式です。ML-KEMの前身であるKYBERは広く研究されてきた暗号方式で、NIST標準化を経てML-KEMとして正式名称が確定しました。

ハイブリッドにする理由は、PQC単体の安全性がまだ長期的に実証されていないためで、仮にPQC側が将来破られても従来暗号が安全性を担保する設計になっています。issue #338として開発が進められ、接続先サーバーが同方式をサポートしていれば、TTSSH 3.6.0の鍵交換設定画面で優先順位を指定して利用できます。GoogleやCloudflareがTLS接続でML-KEMの試験導入を進めていることからも、この方式が今後の標準になっていく流れは明確です。

sntrup761x25519-sha512がOpenSSH互換環境で選ばれる理由と導入時の注意点

もうひとつの新規対応方式がsntrup761x25519-sha512です。sntrup761は格子暗号の一種であるNTRU Primeベースの鍵カプセル化で、OpenSSHではバージョン8.5（2021年3月）で実験的に導入され、9.0（2022年4月）以降はデフォルトの鍵交換方式として採用されてきた実績があります。sha512ハッシュとCurve25519を組み合わせることで、ML-KEMとは異なるアルゴリズム系統でPQC対策を実現できます。異なる数学的基盤に立つ2方式を両方サポートしている点は、暗号アルゴリズムの多様性確保という観点でも評価できます。

OpenSSHサーバー側がsntrup761x25519-sha512を有効にしている環境であれば、Tera Term 5.6.0から追加設定なしで接続時のネゴシエーション候補に含めることが可能です。ただし、接続先サーバーがPQC対応の鍵交換をサポートしていない場合は従来方式にフォールバックするため、既存環境への影響はありません。issue #337で要望・実装されたこの機能は、OpenSSHベースのサーバーを運用している環境では即座に効果を発揮します。

ハーベスト攻撃への備えとして2026年時点でPQC対応を進めるべき判断基準

ハーベスト攻撃（Store Now, Decrypt Later）とは、現時点で暗号化された通信データを保存しておき、将来量子コンピュータが実用化された際に復号する攻撃手法です。この脅威は通信内容の機密性が長期間にわたって求められる環境ほど深刻になります。たとえば金融機関のサーバー間通信や、知的財産に関わる開発環境へのSSH接続、医療機関の患者データを扱うシステムへのリモートアクセスは、今のうちからPQC対応を検討すべき対象といえるでしょう。

逆に、短期間のテスト環境や社内の閉域ネットワークであれば、PQC導入の優先度は相対的に低くなります。判断基準としては、通信内容の機密保持期間が10年以上を想定するかどうかがひとつの目安です。米国NISTのガイドラインでも、2030年までに連邦政府システムのPQC移行を完了させる方針が示されており、民間企業もこの流れに追随する動きが加速しています。Tera Term 5.6.0への更新で追加のコスト負担なくPQC対応が可能になるため、該当する環境では早期の移行が合理的な選択です。

PQC鍵交換を有効化するTTSSH 3.6.0の設定画面での優先順位変更手順

TTSSH 3.6.0でPQCハイブリッド鍵交換を有効化するには、SSH接続設定画面の鍵交換アルゴリズム一覧で優先順位を調整します。Tera Termのメニューから［設定］＞［SSH…］を開き、Key Exchange（鍵交換）タブを表示すると、利用可能なアルゴリズムが優先順位順にリストされています。mlkem768x25519-sha256とsntrup761x25519-sha512が一覧に追加されているので、必要に応じてリスト上部へ移動させることで優先的に使用されるようになります。接続先サーバーがPQC方式に未対応の場合は、リスト下位の従来方式（curve25519-sha256やdiffie-hellman-group-exchange-sha256など）が自動的に選択されるため、優先順位を上げても接続性に影響はありません。まずはテスト環境で接続を確認し、問題がなければ本番環境に適用するステップが現実的です。

PuTTYやRLoginなど他ターミナルのPQC対応状況と2026年3月時点の比較

PQCハイブリッド鍵交換への対応状況は、ターミナルエミュレーターによって異なります。Tera Termは5.6.0でmlkem768x25519-sha256とsntrup761x25519-sha512の2方式に対応しましたが、PuTTYは0.78（2022年）でsntrup761x25519-sha512に対応し、さらに0.83（2025年2月）でML-KEMにも対応済みです。つまりPuTTYもTera Termと同様に2方式のPQCハイブリッド鍵交換をサポートしています。一方、RLoginは2026年3月時点でPQC対応に関する公式情報が確認できていません。Windows Terminal自体はSSHクライアント機能を内蔵していないため、OpenSSH for Windowsの鍵交換設定に依存します。Windowsに標準搭載されているOpenSSHクライアントのバージョンによっては、sntrup761x25519-sha512がすでに利用可能です。選択肢としてTera Termの優位性は、日本語UIと設定画面のわかりやすさ、マクロによる接続自動化とPQC鍵交換を組み合わせられる点にあります。

5.0以降の長期不具合を含むバグ修正一覧と運用環境への影響範囲

Tera Term 5.6.0には、バージョン5.0のリリース時点から存在していた不具合の修正が複数含まれています。一部はすでに5.5.2で先行修正されたもの（issue #147、#975）が5.6.0にも引き継がれており、5.6.0で新たに修正されたもの（issue #967、#1086、#1017、#1006など）も多数あります。新機能に注目が集まりがちですが、長期間潜在していたバグの修正は運用安定性に直結するため、アップデート判断においてむしろ重要度が高いといえます。ここでは主要な修正内容を、影響度と発生バージョンの観点から整理します。

FTHideDialogの動作不全が5.0から8バージョンにわたり放置されていた経緯と修正内容

TERATERM.INIの設定項目FTHideDialogは、ファイル転送時のダイアログ表示を抑制するオプションです。自動化マクロでファイル転送を行う運用環境では、ダイアログが画面に表示されると無人運行の妨げになるため、この設定を有効にしているケースが少なくありません。バッチ処理で夜間にファイル転送を自動実行するようなシナリオでは、ダイアログの表示によってマクロの進行が一時停止してしまう実害が発生していました。

ところが、5.0で内部処理が書き換えられた際にこの設定が機能しなくなり、5.1、5.2、5.3、5.4.0、5.4.1、5.5.0、5.5.1、5.5.2と8バージョンにわたって修正されずに残っていました。issue #967として報告されたこのバグは、5.6.0でようやく修正されています。該当する運用環境では、5.6.0へのアップデートにより、マクロ実行時のダイアログ非表示が正しく機能するようになります。自動化スクリプトの無人運行に問題を抱えていた方は、5.6.0への更新を優先的に検討すべきでしょう。

send・sendln等マクロコマンドのローカルエコー設定が反映されない5.0からの不具合修正（5.5.2で先行修正済み）

マクロコマンドのsend、sendln、sendbinary、sendtextで送信したデータが、ローカルエコーの設定に従っていなかった不具合も5.0から継続していた問題です。ローカルエコーがオンの環境では、送信データがターミナル画面にも表示されるのが正しい挙動ですが、これらのマクロコマンドではエコー設定が無視されていました。つまり、ローカルエコーをオンに設定していてもマクロ経由の送信では画面表示されず、反対にオフに設定していても動作に差が出ないという一貫性のない状態でした。

issue #147として報告されていたこのバグは5.5.2（2026年1月）で先行修正されており、5.6.0にもその修正が引き継がれています。5.5.2以降を利用中の環境ではすでに解消済みですが、5.5.1以前から5.6.0に直接アップデートする場合は動作の変化に注意が必要です。マクロによる接続自動化で送信内容をログに残したい場合、この修正は実運用への影響が大きいポイントです。修正後は送信データがエコーされるようになるため、ログファイルの内容が変化する点に留意してください。

Alt+Tアクセスキーが非TELNET接続でもAYTを送信してしまう誤動作の修正範囲

Alt+Tキーの押下時に、TELNET接続ではないにもかかわらずAYT（Are You There）コマンドが送信されてしまう問題も修正されました。AYTはTELNETプロトコル固有のコマンドで、SSH接続やシリアル接続時に送信されるべきものではありません。このバグにより、SSH接続中にAlt+Tを押すと予期しないデータがサーバーに送られる可能性がありました。特にセキュリティに厳格な環境では、未知のデータ送信がIDS（侵入検知システム）のアラートを誘発するリスクもあります。

issue #1086で報告されたこの問題は、5.6.0でアクティブなTCP/IP接続がTELNETであるかどうかの判定処理が追加され、TELNETでない場合はAYTを送信しないよう修正されています。SSHやシリアル接続を主に使っている環境では、この修正によりキーボードショートカット操作中の意図しないデータ送信が防止されます。Alt+Tはメニューのアクセスキーとしても使われるため、日常操作での安心感が向上する修正といえるでしょう。

/Vオプションと/Iオプション使用時のウィンドウ表示・接続失敗を引き起こす5.4.1の退行バグ（5.5.2で先行修正済み）

バージョン5.4.1で混入した退行バグ（リグレッション）が修正されています。ttermpro.exeを/Vオプション付きで起動した際にウィンドウが非表示にならない問題です。/Vオプションはマクロの非表示実行で使われるため、自動化スクリプトを無人で動かす環境では画面にウィンドウが残ってしまう実害がありました。タスクスケジューラから定時実行するマクロや、バックグラウンドで動作するバッチ処理では、この不具合により他の作業を妨害する可能性があったわけです。

issue #975として報告されたこの問題は5.5.2（2026年1月）で先行修正されており、5.6.0にもその修正が含まれています。5.5.1以前のバージョンから5.6.0へ直接アップデートする場合は、本修正の恩恵を受けられます。また、/Iオプション付きで起動した場合にマクロコマンドconnectでホストへの接続が失敗する問題も報告されています。/Iオプションは特定のINIファイルを指定して起動する機能で、環境ごとに異なる設定を切り替えて使う運用で活用されています。5.4.1から5.5.1までのバージョンを利用中で、マクロの非表示実行や/Iオプションによる初期設定読み込みを行っている環境では、5.5.2以降への更新が推奨されます。

ファイル転送ダイアログや印刷キャンセルなど操作系UIの修正が影響する実務場面

5.6.0ではUIの操作性に関わるバグ修正も複数行われています。Kermit・XModem・YModem・ZModem・B-Plus・Quick-VANの各ファイル転送ダイアログが、セッション切断時に閉じられない問題が修正されました（issue #973）。また、シリアルポートのデータ長やフロー制御の設定が、メニュー項目のYMODEM・ZMODEM・B-Plus・Quick-VANの有効・無効状態に反映されていなかった不具合も解消されています（issue #969）。さらに、印刷ダイアログのキャンセルボタンが機能しない問題（issue #1017）や、文字間隔設定とリサイズフォント描画の併用時に文字が正しく描画されない問題（issue #1006）も修正されました。いずれも日常のターミナル操作で遭遇しうる不具合であり、特にファイル転送を頻繁に行う環境では5.6.0への更新による恩恵を実感しやすいでしょう。

GitHubからのダウンロードとインストーラー実行による導入手順の全工程

Tera Term 5.6.0のダウンロードと導入は、GitHubのリリースページから行います。以前はOSDNでホストされていましたが、2023年にOSDNのサーバー不調を受けて公式サイトおよびバイナリ配布がGitHubへ移転しました。現在のインストーラーにはInno Setup 6.5.4が採用され、コード署名も付与されています。ここでは環境に合ったバイナリの選択からインストール完了までの手順を説明します。

x86・x64・arm64の3アーキテクチャとポータブルZIPから運用方針に合った配布パッケージの選び方

5.6.0のリリースページには、x86（32ビット）・x64（64ビット）・arm64の3アーキテクチャそれぞれについて、インストーラー（.exe）とポータブルZIPの2形態が用意されており、合計6パッケージが公開されています。一般的な64ビットWindows環境であればx64版のインストーラー（teraterm-5.6.0-x64.exe）を選択すれば問題ありません。32ビットのWindows環境が残っている場合はx86版（teraterm-5.6.0-x86.exe）を利用でき、5.6.0でも引き続き32ビット環境がサポートされています。arm64版はArm搭載Windows PC（Surface Pro Xなど）やArm版Windows Serverで動作するバイナリです。

インストーラーを使えば、プロトコルやファイル拡張子のデフォルトアプリ候補としてTera Termが登録されます。一方、管理者権限がない環境やUSBメモリでの持ち運びが必要な場合は、ポータブルZIP版を展開して利用する方法が有効です。PDB（デバッグシンボル）付きZIPも公開されていますが、これは開発者のクラッシュダンプ解析用であり、一般の運用には不要です。なお、5.5.0でx64・arm64バイナリの提供が新たに開始されましたが、x86バイナリはそれ以前から継続して提供されています。

SHA256チェックサムによる改ざん検証とコード署名確認の具体的な操作手順

ダウンロードしたファイルの改ざんを検証する手段として、リリースページにはSHA256チェックサムファイル（teraterm-5.6.0.sha256sum）が同梱されています。Windows環境ではPowerShellのGet-FileHashコマンドレットで手軽にハッシュ値を確認できます。コマンドプロンプトではcertutil -hashfileコマンドでも同様の検証が可能です。加えて、5.4.1以降のインストーラーにはコード署名が付与されており、実行時にWindows SmartScreenが発行元を確認できるようになっています。企業のセキュリティポリシーで署名なしの実行ファイルが制限されている環境でも、5.6.0のインストーラーであれば問題なく実行を許可される可能性が高いでしょう。ダウンロード後にまずチェックサムを照合し、次にインストーラーの署名を確認する2段階の検証を習慣づけることを推奨します。

旧バージョンからの上書きインストール時にTERATERM.INIが自動変換される仕組み

Tera Term 4系からTera Term 5系へ初めて移行する場合、設定ファイルの文字コード変換が自動的に行われます。Tera Term 4ではTERATERM.INIがShift_JIS（CP932）でしたが、Tera Term 5ではUTF-16（LE BOM付き）に変更されています。5.x系のインストーラーは、設定ファイルフォルダにあるTERATERM.INIがUTF-16でなかった場合に自動変換を実行し、元のファイルをバックアップとして保存します。この自動変換はKEYBOARD.CNFに対しても同様に行われるため、キーボードマッピングのカスタマイズも引き継がれます。

ただし、コマンドラインオプション/F=で指定された設定ファイルは変換対象外です。テスト用や一時的な設定ファイルを/F=で読み込んでいる場合は、手動でUTF-16に変換する必要があります。5.5.x系から5.6.0への更新であれば、設定ファイルの文字コードはすでにUTF-16になっているため、追加の変換処理は発生しません。上書きインストール後に既存の設定やマクロが正しく読み込まれることを確認したうえでアップデートを進めてください。

Windows 7からWindows 11まで対応OSごとに確認すべきインストール前提条件

Tera Term 5.6.0の対応OSは、Windows 7、Windows 8、Windows 10、Windows 11に加え、Windows Server 2012およびWindows Server 2012 R2です。Windows 7環境では、Service Pack 1の適用とWindows Update経由での最新パッチ適用が前提となります。Windows 10以降であれば特別な前提条件はなく、インストーラーをそのまま実行できます。arm64版を利用する場合は、Arm版Windows 10もしくは11が必要です。注意点として、Windows XPおよびWindows Vistaは5.x系ではサポート対象外です。これらの環境が残っている場合はTera Term 4.107を使い続けるか、OS自体のアップグレードを検討する必要があります。なお、32ビット版のWindows環境についてはx86バイナリ（teraterm-5.6.0-x86.exe）が提供されているため、5.6.0を利用可能です。

ポータブルZIP版をUSBメモリに展開して複数PCで共用するための運用上の工夫

インストール権限がない共用PCや、客先常駐で使い慣れたターミナルを持ち込みたい場面では、ポータブルZIP版が役立ちます。ZIPファイルをUSBメモリ内の任意フォルダに展開し、ttermpro.exeを直接実行するだけで起動できます。設定ファイルは実行ファイルと同じフォルダに配置されるため、USBメモリごと持ち運べば設定も一緒に移動します。マクロファイルやSSH鍵ファイルも同フォルダ内にまとめて管理すれば、PC環境に依存しない完結した作業セットを構築できます。

ただし、ポータブル版ではプロトコルやファイル拡張子のデフォルトアプリ登録は行われません。Telnet URLをクリックした際にTera Termが自動起動する動作は、インストーラー版でのみ設定されます。また、USBメモリ上の設定ファイルにはSSH認証で使う鍵ファイルのパスが記録される場合があるため、紛失時の情報漏洩リスクを考慮してパスフレーズ付き鍵を使用することが重要です。USBメモリ自体のBitLocker暗号化と併用すれば、万一の紛失時にもデータが保護されます。

マクロ自動化とブロードキャストログで業務効率を高める5.6.0の活用方法

Tera Termのマクロ機能はバージョン5系で着実に改善が進んでおり、5.6.0でもマクロ関連の修正と新機能追加が行われています。加えて、ブロードキャストログの新設やセッション切断時のディレクトリ変更許可など、日々のターミナル操作を効率化する改善も含まれています。ここでは、5.6.0の新機能・修正を活用した実践的なワークフローを紹介します。

recvfileマクロコマンドでバイナリ受信を自動化するスクリプト設計の要点

5.6.0で新設されたrecvfileマクロコマンドは、バイナリデータの受信とファイル保存を自動化するための命令です。組み込み機器からファームウェアダンプを定期的に取得したり、シリアル経由でログデータを回収するような運用では、手動で「File」＞「Receive file…」を開く手間が省けます。特に夜間バッチや無人環境での自動取得では、GUIダイアログの操作を介さずにファイル保存まで完結できることの価値が大きいでしょう。

マクロスクリプト内でrecvfileを呼び出す際は、保存先パスとファイル名を引数で指定します。受信完了の判定はデータ転送の終了条件に依存するため、対向機器側の送信完了シグナルをwaitコマンドで待ち受ける設計が一般的です。受信マクロ（kmtrecv・ymodemrecv・bplusrecv・quickvanrecv）でファイル作成に失敗した場合にエラーダイアログが表示されなくなった修正（issue #973）も合わせて活用すれば、無人環境での自動化がより安定します。エラーダイアログによるマクロの一時停止を心配せずにスクリプトを組めるようになった点は、運用信頼性を高める重要な改善です。

broadcast.logをセットアップディレクトリに保存する設定と複数セッション管理への応用

5.6.0では、ブロードキャストコマンドの実行ログをbroadcast.logとしてセットアップディレクトリに保存する機能が追加されました。ブロードキャスト機能は、複数のTera Termウィンドウに同一コマンドを一括送信する運用で頻繁に使われます。数十台のサーバーに対してパッチ適用コマンドを一斉送信するようなオペレーションでは、なくてはならない機能のひとつです。

これまではブロードキャストで送信した内容を事後に確認する手段がセッションごとのログファイルに限られ、ブロードキャスト専用の送信履歴ログは存在しませんでした。5.6.0でbroadcast.logが新設されたことにより、いつ・どのコマンドをブロードキャストしたかを独立したファイルで追跡できるようになります。issue #928の要望に基づくこの改善は、複数台のサーバーに対して一括オペレーションを行う運用チームにとって、作業証跡の管理品質を高める効果があります。監査対応やインシデント調査の際にも、ブロードキャスト操作のエビデンスを即座に提示できる点は運用上の大きなメリットです。

セッション切断中でもChange directoryが使えるようになった改善の実務的な利点

5.6.0では、「File」＞「Change directory…」メニューがセッション切断中でも選択可能になりました。従来はセッションが確立している状態でなければこのメニューが無効化されていましたが、シリアル接続やTelnet接続の前にあらかじめ作業ディレクトリを変更しておきたい場面は実務で少なくありません。ファイル転送先のディレクトリをセッション確立前に指定しておけば、接続後すぐにファイル転送を開始できるため、操作ステップを削減できます。

issue #969として報告されていたこの改善は、Tera Termのワークフローを一段階効率化するものです。特にマクロで接続前処理としてディレクトリ変更を組み込んでいた環境では、セッション状態を気にせずマクロを実行できるようになる実用的なメリットがあります。複数の接続先に対して異なる作業ディレクトリを使い分ける運用でも、接続前にディレクトリを切り替えてから接続コマンドを実行するという自然な流れでスクリプトを組めるようになりました。なお、同じissue #969では、シリアルポートのデータ長やフロー制御設定がメニュー項目に反映されない不具合も同時に修正されています。

Duplicate sessionのコマンドラインオプション非公開化がセキュリティに与える影響

5.6.0では、「Duplicate session」で起動されるTera Termのコマンドラインオプションが外部からアクセスできないように変更されました。Duplicate sessionは現在の接続設定をそのまま引き継いで新しいウィンドウを開く機能ですが、従来の実装ではコマンドライン引数にパスワードや接続先ホスト名、ポート番号などの情報が含まれる可能性がありました。

Windowsでは、タスクマネージャーやProcess Explorer、WMIクエリなどを通じて任意のプロセスのコマンドライン引数を参照できます。共用サーバーや複数ユーザーがログインしている環境では、他ユーザーのプロセス情報からSSH接続パスワードが読み取られるリスクがあったわけです。issue #128として以前から指摘されていたこの問題が5.6.0で対処され、Duplicate session時のコマンドラインから機密情報が除外されるようになりました。セキュリティ監査でプロセスの引数漏洩を指摘されていた環境や、多人数が利用するターミナルサーバーでは、この改善による認証情報の露出リスク低減効果が特に大きいです。

ローカルエコー修正後のマクロ動作確認で見落としやすいテスト観点3つ

5.5.2以降（5.6.0含む）でsend・sendln・sendbinary・sendtextマクロコマンドのローカルエコー反映が修正されたことにより、5.5.1以前からアップデートする場合は既存マクロの動作が変わる可能性があります。確認すべきテスト観点は3つです。1つ目は、ローカルエコーがオンの環境でマクロ実行時のログファイルに送信データが二重記録されていないかという点です。修正前はエコーされなかったデータが修正後にエコーされるため、ログの内容が従来と異なる形で出力されます。ログ解析スクリプトが特定のフォーマットを前提としている場合、パーサーの修正が必要になるかもしれません。

2つ目は、ローカルエコーがオフの環境で送信データが画面に表示されないことの確認です。修正により設定が正しく反映されるようになったため、オフ設定であれば送信データは画面に表示されないはずですが、念のため検証しておくと安心です。3つ目は、waitコマンドとの組み合わせです。ローカルエコーによって画面に表示された送信データをwaitが誤って応答として検知しないか、タイミングを含めた動作確認が必要です。特にsendlnの直後にwaitを配置しているマクロでは、エコーされた送信文字列をwaitが拾ってしまう可能性があるため、wait対象文字列の設計を見直す必要がある場合もあります。

PuTTY・RLogin・Windows Terminalとの機能比較で見えるTera Term 5.6.0の位置づけ

ターミナルエミュレーターの選定では、機能面だけでなくUI・拡張性・日本語対応・セキュリティ更新の頻度など多角的な比較が必要です。Tera Term 5.6.0の新機能を踏まえ、主要な競合製品との違いを整理することで、どのような環境にTera Termが最適なのかを明確にします。

SSH2対応アルゴリズム数とPQC鍵交換サポートで比較したセキュリティ機能の差異

SSH2の鍵交換および認証アルゴリズムの対応範囲は、ターミナルごとに異なります。Tera Term 5.6.0（TTSSH 3.6.0）は、従来のdiffie-hellman系やcurve25519-sha256に加え、PQCハイブリッドの2方式を新たにサポートしています。PuTTYは0.78でsntrup761x25519-sha512に対応し、0.83でML-KEMにも対応しており、PQCハイブリッド鍵交換のサポートはTera Termと同等水準です。RLoginはSSH2の基本的な鍵交換に対応していますが、PQCハイブリッド方式の対応は2026年3月時点で未実装です。Windows Terminalはそれ自体がSSHクライアント機能を持たず、OS組み込みのOpenSSH for Windowsに依存します。Windowsに搭載されるOpenSSHのバージョンによってはsntrup761x25519-sha512が利用可能ですが、GUI上での鍵交換アルゴリズム設定はできず、ssh_configファイルの編集が必要です。PQC設定を日本語GUIから直感的に操作できる点は、Tera Termならではの利便性です。

シリアル接続・ファイル転送・マクロ機能で差がつく組み込み開発向けの実用性

組み込み開発やネットワーク機器の設定作業では、シリアル接続とファイル転送の機能が重要な選定基準になります。Tera Term 5.6.0は、シリアルポートのRTS/DTRフロー制御・信号手動切替、XMODEM・YMODEM・ZMODEM・Kermit・B-Plus・Quick-VANの各プロトコルによるファイル転送、そして新設のバイナリ受信機能を備えています。PuTTYにもシリアル接続機能はありますが、ファイル転送プロトコルのネイティブサポートはなく、別途WinSCPなどとの連携が必要です。RLoginはシリアル接続とSCP転送に対応していますが、XMODEM・ZMODEM等のレガシー転送プロトコルへの対応はTera Termほど充実していません。マクロ機能についても、Tera TermのTTLマクロ言語は豊富なコマンドを持ち、接続から操作・ファイル転送・切断までを一貫して自動化できる点が強みです。

日本語UIとドキュメント整備の充実度がチーム導入時の教育コストを下げる理由

Tera Termは、メニューやダイアログがすべて日本語化されている数少ないターミナルエミュレーターです。5.5.0ではポルトガル語（ブラジル）・イタリア語・トルコ語の言語ファイルも追加されるなど、多言語対応も進んでいます。公式マニュアルは日本語と英語の両方で提供されており、設定項目ごとの解説やコマンドラインオプションの説明が充実しています。各設定がTERATERM.INIのどのエントリに対応するかまで記載されている点は、高度なカスタマイズを行う際に特に役立ちます。

PuTTYは英語UIが基本で、日本語化にはサードパーティのパッチ適用が必要です。RLoginは日本語UIに対応していますが、公式ドキュメントの網羅性ではTera Termが上回ります。チームでターミナルエミュレーターを標準化する際、日本語マニュアルの存在はメンバーのセルフサービスでの設定変更を促進し、情報システム部門への問い合わせ対応の負荷を下げる効果があります。ネットワークチームやインフラチームでの導入では、UIとドキュメントが日本語であることが採用の決め手になるケースが少なくありません。

オープンソースBSDライセンスが企業利用で求められるライセンスコンプライアンスへの適合性

Tera Termは3条項BSDライセンスで配布されており、商用利用・改変・再配布が自由に行えます。ライセンス文の表示義務はありますが、GPLのようなコピーレフト条項がないため、社内ツールとしてカスタマイズして配布する場合でもソースコード公開の義務は発生しません。たとえば、自社の運用に合わせたデフォルト設定を組み込んだカスタムビルドを全社配布するといった運用も、ライセンス上の問題なく実施できます。

PuTTYはMITライセンスで同様に自由度が高いですが、RLoginは独自のフリーソフトウェアとして公開されており、企業によってはライセンス審査で追加確認が求められることがあります。BSDライセンスは企業のOSSコンプライアンスポリシーで承認済みリストに含まれていることが多く、法務部門の審査を通しやすい利点があります。Windows Terminal（MITライセンス）やOpenSSH（BSDライセンス）と同系統のライセンスであるため、既存のOSS利用ポリシーとの整合性も取りやすいでしょう。導入稟議の際にライセンスリスクを説明しやすい点は、ツール選定における現実的なアドバンテージです。

2023年のGitHub移転後に更新頻度が安定した開発体制とプロジェクト継続性の評価

Tera Termの開発は、2023年11月にOSDNからGitHubへ公式サイトおよびリリースページが移転して以降、リリースの頻度と安定性が向上しています。5.0（2023年10月）、5.1（2023年12月）、5.2（2024年4月）、5.3（2024年9月）、5.4.0（2025年3月）、5.4.1（2025年8月）、5.5.0（2025年9月）、5.5.1（2025年11月）、5.5.2（2026年1月）、そして5.6.0（2026年2月）と、およそ2〜4か月間隔で継続的にリリースされています。GitHubのissueトラッカーでバグ報告と機能要望が管理されており、コミュニティからのフィードバックが開発に反映される体制が機能しています。原作者の寺西高氏から公式に後継と認められたプロジェクトであり、30年を超える歴史を持つターミナルエミュレーターとしての信頼性は、長期運用のインフラツールを選定する際の重要な安心材料です。

Tera Term 4系を使い続けている環境が5.6.0へ移行する際の判断基準と実施手順

Tera Term 4系（最終版4.107）は依然として多くの現場で使われていますが、5.0以降のUnicode全面対応やSSH2アルゴリズムの強化、そして5.6.0のPQC対応を考慮すると、移行を検討すべきタイミングに来ています。ただし、マクロ資産の互換性や設定ファイルの変換など、移行にあたって確認すべきポイントもあります。ここでは、4系から5.6.0への移行を安全に進めるための判断基準と具体的な手順を示します。

4系最終版4.107と5.6.0のSSH対応アルゴリズム差が移行を促す最大の理由

Tera Term 4.107のTTSSHは、rsa-sha2-256やrsa-sha2-512に非対応でした。そのため、Amazon Linux 2023のようにssh-rsaホストキーアルゴリズムがデフォルトで無効化されているディストリビューションでは、RSA鍵でSSH接続できない問題が発生していました。この問題はAWSユーザーの間で広く認知されており、Tera Term 4系からの移行を検討するきっかけとなったケースも多いでしょう。

5.0でrsa-sha2-256・rsa-sha2-512が追加され、5.1でTerrapin Attack（CVE-2023-48795）対策としてstrict key exchange拡張に対応し、5.5.0でcurve25519-sha256、5.6.0でPQCハイブリッド鍵交換が加わったことで、4系と5系のSSHセキュリティ機能差は非常に大きくなっています。接続先サーバーのSSH設定が強化される方向に進んでいる以上、4系のままでは接続できないサーバーが今後さらに増加する可能性が高く、これが移行を検討する最も現実的な理由です。セキュリティパッチの提供も5系に集中しているため、4系の継続利用は脆弱性リスクを抱えることになります。

内部コードUTF-8化に伴うマクロのバイト長変化とstrlen系処理の修正箇所

Tera Term 5系では内部コードがACP（日本語環境ではShift_JIS）からUTF-8に変更されています。この変更は、マクロ内で文字列のバイト長を扱う処理に影響を与えます。たとえば「あ」は、Shift_JISでは0x82 0xA0の2バイトですが、UTF-8では0xE3 0x81 0x82の3バイトになります。漢字や全角記号を含む文字列のバイト長が全般的に増加するため、4系のマクロで固定長のバッファサイズを前提としている箇所は見直しが必要です。

文字を扱うマクロコマンドの文字長・文字位置（index、pos）の単位は4系と同じバイトですが、内部文字コードが異なるためバイト値そのものが変わります。具体的には、strlenで取得した値をもとにstrcopyやstrinsertで部分文字列を操作しているマクロは、UTF-8のバイト列に合わせた修正が必要になる場合があります。1文字を表すバイト列の途中で分断する操作を行うと文字化けが発生する点は、4系と同様の注意が必要です。移行前に、既存マクロ内で日本語文字列のバイト操作を行っている箇所を洗い出し、UTF-8のマルチバイト構造を前提としたロジックに書き換える作業を計画してください。

TERATERM.INIのUTF-16自動変換とバックアップから復元する手順

4系からの移行で最初に直面する変化が、設定ファイルの文字コード変換です。Tera Term 5系は初回起動時にTERATERM.INIがUTF-16（LE BOM付き）でなければ自動変換を実行します。変換前の元ファイルはバックアップとして同ディレクトリに保存されるため、万が一不具合が発生した場合はバックアップから復元できます。バックアップファイルは「TERATERM.INI.bak」のような名前で保存されるので、変換前に念のため手動でもコピーを取っておくとより安全です。

復元手順は、自動変換されたTERATERM.INIを削除し、バックアップファイルを元のファイル名にリネームするだけです。ただし、その状態で5系を起動すると再度自動変換が走るため、4系に戻す場合はバックアップをTera Term 4のインストールフォルダにコピーする形になります。なお、KEYBOARD.CNFも同様にUTF-16に変換され、バックアップが作成されます。cygterm.cfgはWin32 APIではなくCygwin側で読み書きされるため、UTF-8のままで変換対象外です。移行テストでは、まず設定ファイルフォルダのバックアップを丸ごと別フォルダに退避してから5系を起動することで、いつでも元の状態に戻せる体制を整えておくことを推奨します。

4系で削除されたLogMeTT・TTLEditorに代わるログ管理・マクロ編集の代替手段

Tera Term 5.0で、4系に同梱されていたLogMeTT、TTLEditor、Collectorの3ツールが削除されました。LogMeTTは自動ログイン・ログ取得ツール、TTLEditorはTTLマクロのGUIエディター、Collectorはログ収集ツールとして利用されていましたが、5系ではこれらの同梱が廃止されています。代替手段として、ログ管理についてはTera Term本体のログ機能が強化されており、5.5.0で追加されたログダイアログの「Hide dialog」ボタンや、5.6.0で追加されたbroadcast.logなどを活用できます。マクロ編集については、VS CodeにTTLマクロ用のシンタックスハイライト拡張を導入すれば、TTLEditorに近い編集環境を構築可能です。自動化スクリプトの管理は、Gitでバージョン管理する運用に切り替えることで、LogMeTT以上のトレーサビリティを確保できるでしょう。

並行稼働で段階的に移行する場合のTera Term 4と5の共存インストール方法

移行リスクを抑えるために、Tera Term 4系と5系を同一PCに共存させて並行稼働する方法があります。5系のインストーラーはデフォルトで「%ProgramFiles%\teraterm5」フォルダにインストールされるため、4系の「%ProgramFiles%\teraterm」とは別のディレクトリになり、共存が可能です。設定ファイルも4系は%APPDATA%\TERATERM5ではなくインストールフォルダ直下を参照していたのに対し、5系は%APPDATA%\teraterm5\を設定ファイルフォルダとして使用するため、互いの設定が干渉しません。並行稼働中は、既存のマクロ資産を5系に移植してテストし、全マクロの動作確認が完了した時点で4系をアンインストールする手順が安全です。プロトコルの関連付け（Telnet URLハンドラーなど）がどちらのバージョンに向いているかは、デフォルトアプリの設定画面で明示的に指定してください。