Tera TermではSSH接続とserial console接続を使い分け、作業開始前からlogを保存します。SSHはnetwork到達性が必要で、consoleは機器のIP設定やOS状態に依存しません。接続方式、文字code、改行、送信間隔を対象機器に合わせます。
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と結果を確認 | 一括貼り付け事故を防ぐ |
# 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、正常時と異常時の結果を同じ条件で保存し、第三者が判断を再現できる状態にしてください。
