本文へ移動

インフラ転職コンパスわからないところから、ひとつずつ。

メニュー

ネットワークエンジニア必須の検証ツール14選|用途別に解説

動画と記事で学ぶ / 業務ツール

ネットワーク検証ツール14選を用途と限界で比較。接続、IP・DNS・TCP確認、パケット解析、config差分、転送、証跡を、Web障害の例から使い分けます。

ここからは、記事でゆっくり確かめましょう。図や操作の例を見ながら、気になるところから読み進めてください。

検証ツールの名前をたくさん覚えても、「この障害では何を使うか」が分からないことがあります。先に決めたいのは道具ではなく、確かめたい疑問です。

機器へ入る、名前を調べる、TCPへ接続する、パケットを観測する、設定を比べる。それぞれ、結果から分かることが違います。14のツールを用途で見渡し、一つのWeb接続の調査へ組み合わせる考え方を説明します。

機器接続、IPとDNSとTCPの確認、パケット解析、設定差分、転送と記録の目的ごとに検証ツールを選ぶ案内図
用途の案内図:機器構成や時間順ではなく、知りたい事実と使う道具の対応を示しています。 タップで拡大できます。数値と構成は説明用です。

ツール一覧は、用途と結果の限界を一緒に読む

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が使える」より、「この取得点で要求は見えたが返信はなく、別のログを確認した」と説明できるほうが、調査の内容を伝えられます。

まず一つの疑問に必要な道具を選び、何が分かり、何がまだ分からないかを書いてみてください。

動画・筆者の投稿で補足する

文章と図で流れをつかんだら、関連する動画も参考にしてください。画面の表示や操作は、機種・ソフトウェアの版によって異なる場合があります。

確認に使った公式資料

このテーマを続けて学ぶ

最近の記事
ピックアップ