WinShotは、作業前後の画面を同じ範囲・時刻・file名規則で保存すると証跡整理に使えます。ただし、画面captureだけでは設定の全体や実行成功を証明できないため、text log、show command、試験結果と組み合わせます。
けんと＠設計構築チャンネル
WinShotの使い方は操作だけ覚えるより、対象、取得時刻、保存先、ファイル名の規則まで決めて使う方が実務的です。誰の証跡か後から分からなくなる状態を防げます。
WinShotを作業証跡へどう使う？
先に答えると、WinShotは、作業前後の画面を同じ範囲・時刻・file名規則で保存すると証跡整理に使えます。ただし、画面captureだけでは設定の全体や実行成功を証明できないため、text log、show command、試験結果と組み合わせます。
capture条件をどう統一する？
仕組みを構成上の位置と観測点に分けると、用語だけでなく実際のpacket・stateを説明できます。
| 項目 | 仕組み・役割 | 実務での判断 |
|---|---|---|
| 全画面 | 対象windowと時刻を含めやすい | 不要情報の映り込み |
| window指定 | 対象を読みやすく保存 | hostname等のcontext不足に注意 |
| 矩形指定 | 必要箇所を限定 | 前後比較で範囲ずれ |
| text log | 検索・copy・全出力保存 | 画面証跡と併用 |
作業票ID/
01_before/ R01_interface_before.png
02_change/ R01_command.log
03_after/ R01_interface_after.png
04_test/ WEB_HTTPS_OK.pngfile名・folderをどう設計する？
file名・folderをどう設計する？では、対象と期待値を固定し、状態取得、実通信、変更後確認の順に進めます。commandは例であり、本番投入前に対象OSの公式資料と現行設定を確認してください。
| STEP | 実施内容 | 確認する結果 |
|---|---|---|
| 1 | 作業ID・対象・before/afterをfile名へ入れる | 並び替え可能にする |
| 2 | 同じwindow sizeと表示位置で取得 | 比較しやすくする |
| 3 | password/token/customer dataを確認 | 保存前にmask |
| 4 | 証跡一覧と作業手順の番号を対応 | 抜けを検出 |
# file名例
CHG-20260804_R01_01_show-interface_before_2000.png
CHG-20260804_R01_02_show-interface_after_2030.png
CHG-20260804_R01_03_ping-test_ok_2035.png対象: R01 Gi1/0/48
条件: 変更前 / 2026-08-04 20:00 JST
期待値: connected, trunk, 1Gbps full
結果: 期待値と一致秘密情報をどう保護する？
一つの表示だけで原因を決めず、症状ごとに次の観測点を選びます。正常時の同条件出力が比較基準です。
| 症状・誤り | 主な原因候補 | 次に確認すること |
|---|---|---|
| 時刻がない | 作業順を証明できない | clock表示またはmetadata |
| 対象名がない | 別機器との混同 | hostnameとinterfaceを含める |
| 成功画面だけ | before/異常/rollback不足 | 手順番号ごとの証跡表 |
| 秘密情報が映る | 漏えいrisk | 取得範囲制限と保管権限 |
スクリーンショットだけで足りない場面は？
画像を貼る枚数より、どの判定を証明する画像かが大切です。『何を見ればOKか』を証跡一覧に書き、text log原本と紐付けます。加工版だけを残さず、原本へのaccessを管理します。
- 対象機器・interface・VRF/VLAN
- 取得日時・timezone・software version
- 変更前後の同一command出力
- 期待値・実測値・判定者
- 異常時の停止条件とrollback結果
関連する仕組みを次に確認する
定義だけで終わらせず、隣接する仕組みと障害切り分けへ進みます。
まとめ：画像・text log・判定基準を一つの証跡番号で結ぶ
画像・text log・判定基準を一つの証跡番号で結ぶことが結論です。構成図、設定・command、正常時と異常時の結果を同じ条件で保存し、第三者が判断を再現できる状態にしてください。
