動画と記事で学ぶ / 業務ツール
ネットワーク検証ツール14選を用途と限界で比較。接続、IP・DNS・TCP確認、パケット解析、config差分、転送、証跡を、Web障害の例から使い分けます。
ここからは、記事でゆっくり確かめましょう。図や操作の例を見ながら、気になるところから読み進めてください。
検証ツールの名前をたくさん覚えても、「この障害では何を使うか」が分からないことがあります。先に決めたいのは道具ではなく、確かめたい疑問です。
機器へ入る、名前を調べる、TCPへ接続する、パケットを観測する、設定を比べる。それぞれ、結果から分かることが違います。14のツールを用途で見渡し、一つのWeb接続の調査へ組み合わせる考え方を説明します。

ツール一覧は、用途と結果の限界を一緒に読む
Tera TermやPuTTYは接続と操作ログ、WinMergeは設定差分、Wiresharkやtcpdumpは取得点を通ったパケットを調べます。同じ「検証」でも答える疑問が違います。
一覧には同じ用途の代替も含みます。全部を導入するより、現場の標準ツールと対象OSに合わせ、必要な目的を満たすものから使います。
| ツール | 用途 | 分かること | 分からないこと |
|---|---|---|---|
| 1.Tera Term | SSH・コンソールの操作とログ | 対象機器での設定・状態・操作結果 | 通信経路全体の正常性 |
| 2.PuTTY | SSH・シリアル等の接続 | 接続先のCLI出力 | 経路上の破棄箇所 |
| 3.WinMerge | 2つのファイルの比較 | 設定行の追加・削除・変更 | 変更後の実通信 |
| 4.Wireshark | パケットを取得・解析 | 観測点の要求・応答 | 別の観測点や装置内部の理由 |
| 5.tcpdump | 端末・サーバーでの取得 | 指定IFを通過した通信 | 別IFを通る通信 |
| 6.ping | ICMPの要求・応答 | ICMPの往復と応答時間 | TCPポートとアプリの正常性 |
| 7.traceroute/tracert | 経路上の応答点を確認 | プローブへの中継点の応答 | すべての実経路・無応答の原因 |
| 8.nslookup/dig | DNSへ問い合わせ | 回答IP・参照DNS・応答内容 | 回答先サービスの正常性 |
| 9.Test-NetConnection/nc | TCP接続を試す | 指定宛先・ポートへの接続 | TLS・認証・アプリ処理 |
| 10.WinSCP | SFTP/SCP等の転送 | 転送先と転送結果 | 内容・権限の正しさ |
| 11.TFTPサーバー | 対応機器の簡易ファイル転送 | TFTPで送受信できるか | 暗号化・ユーザー認証 |
| 12.WinShot | 画面を記録 | 表示された画面の内容 | 画面外の状態・実通信 |
| 13.diagrams.net | 構成図を作る | 接続・VLAN・IPの関係 | 図が実機と一致していること |
| 14.VS Code | 設定・ログの検索や編集 | テキストの検索・加工結果 | 加工の妥当性・本番動作 |
画面記録も指定された標準機能で足りる場合があります。動画や古い手順の製品名へ固定せず、現在の対応と利用条件を確認します。
Webが開かないなら、名前・IP・TCP・アプリへ分ける
名前指定だけで失敗するなら、nslookupなどで参照したDNSと回答IPを見ます。IPでも失敗するなら、経路と到達性、TCPの接続、アプリの応答へ確認を進めます。
pingはICMPの往復、TCP確認は対象ポートへの接続、curlはTLSやHTTPなどを確認します。違う通信を試しているので、結果が食い違うこともあります。
| 仮説 | 確認する操作 | 結果の読み方 |
|---|---|---|
| 名前が違う | nslookupで参照DNSと回答IPを見る | 回答が設計値と合うか |
| ICMPの往復がない | pingで宛先と送信元を記録 | 無応答だけで全通信の断とは言えない |
| TCP443へ接続できない | Test-NetConnectionまたはnc | TCP接続とアプリ処理を分ける |
| 要求が途中で止まる | Wireshark/tcpdumpで両側取得 | 各取得点まで届いた範囲を絞る |
| 直前の設定変更が疑わしい | WinMergeで同条件のconfigを比較 | 差分と障害の関係を試験で確かめる |
一台だけ、全員、変更直後、時間帯だけといった症状から入口を選びます。すべてのコマンドを毎回同じ順で打つより、何を分けたいかを決めると調査を絞れます。
結果には成功・失敗だけでなく、どの段階まで確認できたかを残します。「DNSは想定IP、TCP443は失敗」と書けば、次の確認が明確になります。
接続と差分は、元の情報を残して比較する
機器へ入ったら対象と権限、時刻を確認し、変更前から操作ログを残します。ログインできたことだけで、作業対象が正しいとは限りません。
configを比較するときは同じ機器・同じコマンド・同じ範囲で取得します。時刻やカウンターの変化と、予定した変更、予定外の差を分けます。
ACLなどは並び順に意味があります。比較しやすくするためのソートが、判断に必要な順序を消す場合があります。何を加工したかを記録します。
原本へ戻って再確認できれば、フィルターや加工後の表示だけで判断する見落としを減らせます。
パケット解析は、場所と保存範囲を添える
tcpdumpの-iは取得IF、-cはパケット数の上限です。例のeth0は実際のIF名へ読み替えます。-c 200は時間の上限ではないので、流量が少なければ待ち続ける場合があります。
取得する時間と範囲を決め、試験通信の時刻を残します。スイッチのSPANを使うなら、sourceと方向も合わせて記録します。
Linuxで短時間、対象のTCP443を取得する例
sudo tcpdump -i eth0 -nn -s 0 -c 200 \
-w T-APP-01.pcap \
"host 172.27.92.25 and tcp port 443"
例のTCP443へ絞る条件ではARPやDNSを保存しません。その失敗を調べたいなら、取得範囲を変更します。保存しなかったパケットは、表示フィルターを外しても戻りません。
同じ通信を複数地点で比べると、どこまで届いたかを調べられます。ただし取得漏れもあるため、装置のカウンターやログで補います。
転送と記録は、相手と保存結果まで確かめる
WinSCPなどでファイルを転送したら、対象装置、保存先、サイズ、必要なハッシュや権限を確認します。成功画面だけで、目的のファイルが正しい場所へ置かれたとは限りません。
TFTPはSFTPと同じ認証・暗号化を持つ方式ではありません。機器の対応と現場の条件に合う方法を使います。
| 用途 | 完了時に確認すること |
|---|---|
| WinSCPでファイル転送 | 対象装置、保存先、サイズ、必要なハッシュ、所有者と権限 |
| TFTPで機器へ転送 | 対応形式、保存先、完全性、許可された閉域の用途 |
| 画面記録 | 試験ID、対象、結果が読める範囲、機密情報の扱い |
| 構成図の作成 | 両端ポート、VLAN、IP、版、実機との照合 |
スクリーンショットは画面を伝えるのに便利ですが、検索や差分比較にはテキストログも役立ちます。どちらを何の確認に使うかを分けます。
構成図も、取得した実測と承認済みの設計を区別します。道具で保存できたことから、記録の内容が正しいかへ確認を進めてください。
最初は、一つの通信を複数の結果で説明する
ラボで接続ログを残し、pingとTCP確認を比べ、Wiresharkで要求と返信を見ます。そのあと設定の変更前後をWinMergeで比べると、道具の役割を分けて練習できます。
記録は対象、時刻、操作、期待値、実結果、保存先を一組にします。名前を知っていることから、結果を使って判断することへ進みます。
- 接続:Tera Termなどで対象確認とログ保存を練習する。
- 疎通:pingとTCP確認を比べ、確認できる範囲の違いを説明する。
- 名前解決:nslookupで参照DNSと回答を記録する。
- 差分:WinMergeで変更前後と予定外の差を判定する。
- 解析:Wiresharkで要求・応答を、取得点とセットで説明する。
「Wiresharkが使える」より、「この取得点で要求は見えたが返信はなく、別のログを確認した」と説明できるほうが、調査の内容を伝えられます。
まず一つの疑問に必要な道具を選び、何が分かり、何がまだ分からないかを書いてみてください。
動画・筆者の投稿で補足する
文章と図で流れをつかんだら、関連する動画も参考にしてください。画面の表示や操作は、機種・ソフトウェアの版によって異なる場合があります。
