SNAT後の通信元IPはどう見える？サーバーログとNATの確認方法

SNATを通った通信は、サーバー側では通常、変換後の送信元IPから来たように見えます。そのため複数クライアントが同じSNAT IPへ集約されると、サーバーログの送信元IPだけでは元クライアントを一意に特定できず、NAT変換ログとtimestamp・ポートを突き合わせます。

この記事はネットワークエンジニアの仕事内容の各論です。工程の全体像から確認したい場合はそちらへ。

けんと＠設計構築チャンネル

SNATを追うときは、変換前後の送信元・宛先・ポートを通信方向ごとに表へ分けます。パケットキャプチャとログがどちらの値を記録するかも併記すると迷いません。

SNAT後の通信元IPはサーバーからどう見える？

先に答えると、SNATを通った通信は、サーバー側では通常、変換後の送信元IPから来たように見えます。そのため複数クライアントが同じSNAT IPへ集約されると、サーバーログの送信元IPだけでは元クライアントを一意に特定できず、NAT変換ログとtimestamp・ポートを突き合わせます。

元のクライアントをどう特定する？

それぞれの役割と、実務で見るところを次の表に整理します。

Client 10.0.0.20:51500 → SNAT 203.0.113.20:40001 → Server 198.51.100.10:443
NAT log: before/after 5-tuple + time
Server log: 203.0.113.20:40001 + time

サーバーログとNATログをどう照合する？

作業の順序と、各ステップの完了条件を次の表にまとめます。

show ip nat translations verbose
show ip nat statistics

# Web access log例
203.0.113.20:40001 - - [04/Aug/2026:20:15:03 +0900] "GET /health HTTP/1.1" 200

NAT event time=2026-08-04T20:15:03+09:00
original_src=10.0.0.20:51500
translated_src=203.0.113.20:40001
dst=198.51.100.10:443

proxyヘッダーは信用してよい？

症状ごとの原因候補と、次に確認することを次の表にまとめます。正常時の出力と並べて差を見ます。

調査用ログをどう設計する？

調査可能性は障害後に追加できません。NAT装置とサーバーのNTP、セッションログ項目、保持期間、access権限を設計段階で決めます。個人情報を含むログは目的と保管期間を限定します。

• 対象機器・インターフェース・VRF/VLAN
• 取得日時・タイムゾーン・ソフトウェアバージョン
• 変更前後の同一コマンド出力
• 期待値・実測値・判定者
• 異常時の停止条件と切り戻し結果

関連する記事

• SNATとDNATの違い｜送信元・宛先IPの変換を構成図で解説
• Cisco IOSのNAT・ACL・Routing処理順をパケットフローで解説

まとめ：時刻と変換前後5-タプルでサーバーログをNATログへ結ぶ

要点は、時刻と変換前後5-タプルでサーバーログをNATログへ結ぶことです。サーバー側のログに何のIPが残るかを、変換前後の対応表と一緒に確認します。

この記事の執筆・監修者

けんと＠設計構築チャンネル

ネットワーク設計構築エンジニア／インフラ転職コンパス編集者

30歳・IT未経験からSIerへ転職。ネットワークエンジニアとして、金融系・オフィス系ネットワークの設計・構築に携わり、PL・PMも経験。自身の未経験転職と現場経験をもとに、仕事内容・技術・キャリア・求人選びをわかりやすく解説しています。

YouTube登録者5,000人 Xフォロワー5,000人

執筆者プロフィール・編集方針