ポート番号は、TCPまたはUDPで同一ホスト上の通信先プロセスを識別する16ビットの番号です。IPアドレスがホスト、プロトコルとポートが通信先のサービスを絞ります。
本文ではIANAの区分、TCP/UDPの違い、クライアント側の一時ポート、代表的なサービス番号を一覧化し、FW・ACL・痎通確認での読み方を説明します。
ポート番号とは?
ポート番号は「TCPとUDPはそれぞれ0〜65535のポート空間を持つ」を基準に読み解きます。ポート番号はTCPまたはUDPで同一ホスト上の通信先プロセスを識別する16ビットの番号です。IPヘッダーのプロトコル番号とは別の項目です。
名前解決で宛先IPを決定を先に実施します。Windows: netstat -anoで現状を取得し、「IANAはSystem 0〜1023、User 1024〜49151、Dynamic/Private 49152〜65535に区分」を満たすか照合します。
(出典:www.iana.orgの参照資料(公式・一次情報))
TCP・UDPとポート番号はどう関係する?
TCPとUDPはそれぞれ0~65535のポート空間を持ちます。同じ番号でもTCP/53とUDP/53は別の通信として扱われるため、FWや痎通試験ではIPとポートだけでなくプロトコルも固定します。
なぜIPアドレスだけでは足りない?
確認の起点はアプリがTCPまたはUDPと宛先ポートを選択です。続いてPowerShell: Get-NetTCPConnectionを調べ、「サーバーは待受ポート、クライアントは一時ポートを使う」とのずれを探します。
| 確認軸 | 実務で押さえる内容 |
|---|---|
| ポイント1 | TCPとUDPはそれぞれ0〜65535のポート空間を持つ |
| ポイント2 | IANAはSystem 0〜1023、User 1024〜49151、Dynamic/Private 49152〜65535に区分 |
| ポイント3 | サーバーは待受ポート、クライアントは一時ポートを使う |
| ポイント4 | 通信は送信元IP・送信元ポート・宛先IP・宛先ポート・プロトコルで識別 |
| ポイント5 | 同じ番号でもTCPとUDPは別 |
(出典:www.iana.orgの参照資料(公式・一次情報))
TCP・UDPとポート番号はどんな関係?
TCP・UDPとポート番号の関係:IPヘッダーのプロトコル番号とは別の項目です。
一方だけを見るのではなく、「サーバーは待受ポート、クライアントは一時ポートを使う」と「通信は送信元IP・送信元ポート・宛先IP・宛先ポート・プロトコルで識別」を同じ通信フロー上へ置きます。OSが送信元一時ポートを割り当ての前後で何が変わり、何が維持されるかを追うと役割の違いが明確になります。
(出典:www.rfc-editor.orgの参照資料(公式・一次情報))
送信元ポートと宛先ポートでは何を確認する?
送信元ポートと宛先ポートは「通信は送信元IP・送信元ポート・宛先IP・宛先ポート・プロトコルで識別」を基準に読み解きます。IPヘッダーのプロトコル番号とは別の項目です。
FW・ACLが5要素で許可判断を先に実施します。疎通: 試験-NetConnection -Portで現状を取得し、「同じ番号でもTCPとUDPは別」を満たすか照合します。
- STEP 01名前解決で宛先IPを決定
- STEP 02アプリがTCPまたはUDPと宛先ポートを選択
- STEP 03OSが送信元一時ポートを割り当て
- STEP 04FW・ACLが5要素で許可判断
- STEP 05サーバーの待受プロセスが受信
Well-known・Registered・Dynamicの範囲はどこまで?
ポート開放はプロセス待受・経路・FW許可の三つを分けて確認するかを確かめるには、サーバーの待受プロセスが受信から始めます。キャプチャでtcp.port / udp.portを確認で観測した値を期待値と比較します。
代表的なポート番号には何がある?
代表的なポート番号一覧は「ポート開放はプロセス待受・経路・FW許可の三つを分けて確認する」を基準に読み解きます。IPヘッダーのプロトコル番号とは別の項目です。
名前解決で宛先IPを決定を先に実施します。Windows: netstat -anoで現状を取得し、「TCPとUDPはそれぞれ0〜65535のポート空間を持つ」を満たすか照合します。
| 確認項目・コマンド | 判断する内容 |
|---|---|
| Windows: netstat -ano | TCPとUDPはそれぞれ0〜65535のポート空間を持つ |
| PowerShell: Get-NetTCPConnection | IANAはSystem 0〜1023、User 1024〜49151、Dynamic/Private 49152〜65535に区分 |
| Linux: ss -lntup | サーバーは待受ポート、クライアントは一時ポートを使う |
| 疎通: 試験-NetConnection -Port | 通信は送信元IP・送信元ポート・宛先IP・宛先ポート・プロトコルで識別 |
| キャプチャでtcp.port / udp.portを確認 | 同じ番号でもTCPとUDPは別 |
取得した結果は対象・時刻・期待値と一緒に保存します。
プロトコル番号とは何が違う?
プロトコル番号との違い:IPヘッダーのプロトコル番号とは別の項目です。
一方だけを見るのではなく、「TCPとUDPはそれぞれ0〜65535のポート空間を持つ」と「IANAはSystem 0〜1023、User 1024〜49151、Dynamic/Private 49152〜65535に区分」を同じ通信フロー上へ置きます。アプリがTCPまたはUDPと宛先ポートを選択の前後で何が変わり、何が維持されるかを追うと役割の違いが明確になります。
代表的なポート番号と痎通をどう確認する?
DNSの53、HTTPの80、HTTPSの443、SSHの22などは代表的な割り当てですが、実際の待受はサーバー設定で変わります。ss -lntupなどで待受、nc・curl・digで実通信を確認します。
ファイアウォール・ACLでの使われ方では何を確認する?
OSが送信元一時ポートを割り当てを先に実施します。Linux: ss -lntupで現状を取得し、「サーバーは待受ポート、クライアントは一時ポートを使う」を満たすか照合します。
- ポート番号とIPプロトコル番号を混同:ポート番号とIPプロトコル番号を混同の対象、担当範囲、確認に使う証拠を記録する
- Ping成功をTCP接続成功とみなす:Ping成功をTCP接続成功とみなすを自分一人でできる範囲とレビューが必要な範囲へ分ける
- FW許可だけでアプリ待受を確認しない:FW許可だけでアプリ待受を確認しないの変更前後を同じ条件で比較し、結果を保存する
- TCPとUDPを同じルールにする:TCPとUDPを同じルールにするが求人のどの工程で使われるかを成果物と対応させる
- 一時ポート範囲を固定値と決めつける:一時ポート範囲を固定値と決めつけるの対象、担当範囲、確認に使う証拠を記録する
ポートが開いているとはどういう意味?
portが開いているとは、対象processがlistenし、経路とFWを通過した接続要求へ応答できる状態です。listenだけでは外部疎通を証明できません。IPヘッダーのプロトコル番号とは別の項目です。
次に疎通: 試験-NetConnection -Portで実際の状態を取得し、期待した「通信は送信元IP・送信元ポート・宛先IP・宛先ポート・プロトコルで識別」が成立しているかを判断します。
確認方法とでは何に注意する?
443/TCPへの接続が失敗しても、DNS、経路、FW、TCPハンドシェイク、TLS、アプリ応答のどこで止まったかは別問題です。ポート確認を入口に層を分けます。 そのうえでサーバーの待受プロセスが受信へ進み、キャプチャでtcp.port / udp.portを確認と「通信は送信元IP・送信元ポート・宛先IP・宛先ポート・プロトコルで識別」の関係を構成図に記録します。結果が仮説と違えば一段前へ戻り、確認済みと未確認を分けて共有してください。
資格で証明できること・できないこと
資格で示せるのは、定められた試験範囲を学び、基礎を説明できることです。本番変更、障害復旧、設計判断の担当経験とは分けて伝えます。
| 項目 | 資格で示せること | 追加するとよい証拠 | 資格だけでは示せないこと |
|---|---|---|---|
| 試験範囲の知識 | TCP/IP・OS・cloudの基礎を学んだこと | 説明と簡単な検証 | 商用環境で担当した事実 |
| 学習の継続 | 試験日まで計画して学んだこと | 学習記録と合格結果 | 障害時の判断力 |
| 基礎用語の共通理解 | 会話の前提をそろえられること | 小規模な検証構成、手順、正常・異常時の結果 | 設計レビューや顧客調整 |
完成例・悪い例・改善例
正常系に加え、経路、権限、監視を一つずつ崩し、症状、仮説、確認方法、復旧結果を残します。第三者が再作成できれば、学習内容を成果物として示せます。
| 悪い例 | 改善例 | 変えた理由 |
|---|---|---|
| ポート番号とはを勉強・担当しました | ポート番号とは、なぜIPアドレスだけでは足りない?、TCP・UDPとポート番号の関係、送信元ポートと宛先ポートについて、前提、実施内容、結果を記録しました | 担当範囲と再現できる内容を分けて説明するため |
関連する仕組みをどの順序で確認する?
- TCPの3ウェイハンドシェイクとは?SYN・ACKを図解
- ネットワークのポリシーテストとは?FW・ACLの試験手順
- CiscoのミラーポートとWiresharkで通信障害を切り分ける方法
ポート番号を現場で確認するときの完了条件
ポート番号の確認は、コマンドが一度成功した時点では終わりません。対象と前提を固定し、正常時との差を観測し、復旧後に既存通信への影響まで確認します。
| 段階 | 確認内容 | 残す証跡 |
|---|---|---|
| 前提 | 送信元・宛先IP、プロトコル、ポート、セッション状態、戻り通信 | 対象、構成図、OS・機種、直前変更 |
| 正常系 | 期待する通信・状態と判定値 | socket状態、パケットキャプチャ、FWログ、アプリ応答 |
| 異常系 | 一度に一条件だけ変え、症状と観測点を照合 | 失敗出力、時刻、仮説、次の確認 |
| 復旧 | 原因を戻し、同じ試験と代表的な既存通信を再確認 | 変更前後、復旧判定、残存リスク |
インフラエンジニアが案件で考えること
実案件で「ポート番号とは?TCP・UDPとの関係と代表的な番号一覧」を確認するとき、最初に現行構成と正常時の状態を保存します。IPアドレス、プロトコル、送信元ポート、宛先ポートを同じ時刻・同じ条件で取得し、変更や障害の前後を比べます。
ポート番号を確認するときは、観測点を一か所に絞りません。Well-known・Registered・Dynamicの範囲、代表的なポート番号一覧、プロトコル番号との違いを並べ、どの区間まで正常かを切り分けます。
Excel記載の動画はIPヘッダーのプロトコル番号を扱う内容です。本記事ではその違いを明示した上で、TCP・UDPのポート番号へ範囲を広げ、現場で混同しやすい二つの番号を整理します。
案件では、正常時の情報がなければ障害時の差分を判断できません。作業前にWindows: netstat -anoとPowerShell: Get-NetTCPConnectionを取得し、変更後も同じ条件で比較します。ポート確認を入口に層を分けます。
また、ポート番号とIPプロトコル番号を混同とPing成功をTCP接続成功とみなすをレビュー観点へ入れます。担当者の経験だけに頼らず、FW・ACLが5要素で許可判断からサーバーの待受プロセスが受信までを手順と試験項目へ落とし、異常時に止める条件と判断者を明確にします。
成果物には、構成図、対象一覧、取得ログ、差分、試験結果、残課題をひも付けます。ポート番号とはの知識を『知っている』状態から、第三者が安全に再現できる設計・構築スキルへ変えるためです。
| 段階 | 確認すること | 残す証跡 |
|---|---|---|
| 作業前 | 名前解決で宛先IPを決定 | Windows: netstat -ano |
| 作業中 | OSが送信元一時ポートを割り当て | Linux: ss -lntup |
| 作業後 | サーバーの待受プロセスが受信 | キャプチャでtcp.port / udp.portを確認 |
| 異常時 | ポート番号とIPプロトコル番号を混同 | 時刻・影響範囲・切り戻し判断 |
同じ条件でbefore/afterを比較できる状態にします。
まとめ
ポート番号はTCP/UDP上の通信先プロセスを識別します。番号一覧は起点として使い、実務ではプロトコル、実際の待受、経路、FW、アプリケーション応答まで確認します。
最後に押さえるポイントは「同じ番号でもTCPとUDPは別」と「ポート開放はプロセス待受・経路・FW許可の三つを分けて確認する」です。実務では名前解決で宛先IPを決定から始め、Windows: netstat -anoを証跡として残すと、別の担当者も同じ判断を再現できます。
