本文へ移動

インフラ転職コンパス現場・技術・キャリアをつなぐ専門メディア

メニュー

Tera Termの使い方|SSH・コンソール接続とログ保存

Tera TermではSSH接続とserial console接続を使い分け、作業開始前からlogを保存します。SSHはnetwork到達性が必要で、consoleは機器のIP設定やOS状態に依存しません。接続方式、文字code、改行、送信間隔を対象機器に合わせます。

この記事でわかること

  • SSHとconsole接続の違い
  • session logを漏れなく保存する設定
  • macro・貼り付け時の注意
  • 接続できない場合の切り分け

設計構築チャンネル関連動画:TeraTermの使い方。ネットワークエンジニア設計構築必須スキル
けんと@設計構築チャンネル
けんと@設計構築チャンネル
Tera Termの使い方は操作だけ覚えるより、対象、取得時刻、保存先、ファイル名の規則まで決めて使う方が実務的です。誰の証跡か後から分からなくなる状態を防げます。

Tera TermはSSHとconsoleをどう使い分ける?

先に答えると、Tera TermではSSH接続とserial console接続を使い分け、作業開始前からlogを保存します。SSHはnetwork到達性が必要で、consoleは機器のIP設定やOS状態に依存しません。接続方式、文字code、改行、送信間隔を対象機器に合わせます。

接続前に何を設定する?

仕組みを構成上の位置と観測点に分けると、用語だけでなく実際のpacket・stateを説明できます。

仕組みと判断軸
項目 仕組み・役割 実務での判断
SSH TCP 22等でremote接続 route・ACL・SSH service・credential
console serial/USB console COM port・baud・data bit等
log 送受信textと時刻 開始前から保存し秘密情報を保護
macro 定型操作の自動化 対象・prompt・error処理を検証
構成・処理フロー
管理PC --SSH--> 管理NW --> Network機器
管理PC --USB/Serial console----------> Console port
                         network障害時もout-of-bandで接続

logを作業証跡として保存するには?

logを作業証跡として保存するには?では、対象と期待値を固定し、状態取得、実通信、変更後確認の順に進めます。commandは例であり、本番投入前に対象OSの公式資料と現行設定を確認してください。

実行手順と完了条件
STEP 実施内容 確認する結果
1 対象hostname・IP・接続方式を作業票と照合 誤接続防止
2 log fileを開始し時刻を記録 開始前状態を保存
3 promptと権限levelを確認 投入先を再確認
4 1 blockずつ投入してerrorと結果を確認 一括貼り付け事故を防ぐ
設定・確認例(対象機種・OS・versionで確認してください)
# Cisco側の確認例
show clock
show users
show terminal
show logging

# serial設定例
9600 bps / 8 data bits / no parity / 1 stop bit / no flow control
正常時の出力例・記録例
Switch#show users
    Line       User       Host(s)              Idle
*  2 vty 0     operator   idle                 00:00:00

接続・文字化け・貼り付け失敗をどう直す?

一つの表示だけで原因を決めず、症状ごとに次の観測点を選びます。正常時の同条件出力が比較基準です。

正常時と異常時の切り分け
症状・誤り 主な原因候補 次に確認すること
SSH timeout route・ACL・TCP22・SSHD pingだけで判断しない
console無表示 COM port・baud・cable device managerと機種仕様
文字化け encoding・terminal emulation 対象OS設定
command欠落 貼り付け速度・prompt待ち 1行ずつ確認しmacroをtest

本番操作で何を禁止する?

passwordや秘密鍵をlogへ残さない運用を決めます。大量configを貼り付ける前に検証機で送信間隔とprompt遷移を確認し、本番では投入blockごとにerror、差分、rollback可否を判断します。

  • 対象機器・interface・VRF/VLAN
  • 取得日時・timezone・software version
  • 変更前後の同一command出力
  • 期待値・実測値・判定者
  • 異常時の停止条件とrollback結果

関連する仕組みを次に確認する

定義だけで終わらせず、隣接する仕組みと障害切り分けへ進みます。

まとめ:接続先・log・promptを固定して一操作ずつ確認する

接続先・log・promptを固定して一操作ずつ確認することが結論です。構成図、設定・command、正常時と異常時の結果を同じ条件で保存し、第三者が判断を再現できる状態にしてください。

最近の記事
お知らせ