セキュリティ用語集

TCP(伝送制御プロトコル)とは?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

Transmission Control Protocol (TCP) is a transport layer network protocol defined in RFC 9293 that establishes connections through a three-way handshake and provides reliable, ordered, error-checked delivery of byte streams between applications on IP hosts by numbering every byte and retransmitting lost data. TCP carries most enterprise application traffic including web, email, and database sessions, and is also essential for core network services such as DNS zone transfers and large responses over TCP port 53, as required by RFC 7766. Managing TCP correctly is critical because misconfigurations—such as firewalls that block TCP port 53—can cause intermittent failures that are difficult to diagnose, while observability signals like retransmissions and connection resets provide early warning of packet loss or overloaded servers before users report outages.

  • TCP establishes connections using a three-way handshake (SYN, SYN-ACK, ACK) and tracks every byte with sequence numbers and checksums to detect corruption and enable retransmission of lost segments.
  • DNS requires both UDP port 53 for most queries and TCP port 53 for zone transfers, large responses, and truncated replies, meaning firewalls that permit only UDP will cause intermittent resolution failures.
  • TCP adds latency and per-connection state overhead compared to UDP but provides flow control through receiver window advertisement and congestion detection to slow transmission when network loss is detected.

TCPの概要

AttributeValue
Full nameTransmission control protocol
CategoryNetwork protocol
Defined inRFC 9293, which replaced RFC 793
Protocol and portIP protocol number 6; ports are identified by 16-bit numbers, for example 53 for DNS
OSI layerLayer 4 (transport)
Primary useReliable, ordered delivery of data between applications
Related termsUDP, IP, DNS, DHCP, port, three-way handshake

TCPの仕組み

TCPは、パケットの到着や順序を保証しないIPの上に、アプリケーションに対して信頼性の高いバイトストリームを提供します。これは、接続を確立し、送信されるすべてのバイトを追跡することで実現されます。

  1. 接続の確立:クライアントは初期シーケンス番号を含むSYNセグメントを送信します。サーバーはSYN-ACKで応答し、クライアントはACKで応答します。これが3ウェイハンドシェイクです。
  2. データ転送:各側はデータをセグメントに分割し、バイト位置ごとに番号を付けます。受信側は、次に受信する予定のバイトを確認する確認応答を返します。
  3. 制御フローと輻輳:受信側は、送信側が送信中の未確認データの量を制限するウィンドウを通知します。また、送信側は、ネットワークの輻輳を示唆するデータ損失を検出した場合、送信速度を落とします。
  4. 損失からの回復:確認応答が時間内に到着しない場合、または確認応答の繰り返しによってデータに欠落があることが判明した場合、送信者は欠落したデータを再送信します。受信側は、データをアプリケーションに渡す前に、セグメントの順序を並べ替え、重複するデータを破棄します。
  5. 接続の終了:各側は送信が完了するとFINセグメントを送信し、相手側はそれに対してACKを送信します。RSTセグメントは接続を直ちに打ち切ります。

各セグメントに含まれるチェックサムにより、受信側はデータの破損を検出できます。TCPはメッセージの境界を持たないバイトストリームを伝送するため、アプリケーションは独自のメッセージをフレーム化する必要があります。ハンドシェイクや確認応答があるため、TCPはUDPと比較して遅延が生じ、接続ごとの状態管理が必要となります。

エンタープライズネットワークにおいてTCPが重要な理由

TCPは、Web、電子メール、データベースセッションなど、エンタープライズアプリケーションのトラフィックの大部分を伝送します。また、コアネットワークサービスにおいても重要な役割を果たしています。 DNSは、ほとんどのクエリでUDPポート53を使用しますが、RFC 7766で規定されているように、大規模な応答、ゾーン転送、および応答が切り捨てられた場合には、TCPポート53もサポートする必要があります。DHCPは、通常のアドレス割り当てにはTCPを使用せず、UDPポート67および68上で動作します。

すべてのTCP接続は、両端点および経路上のファイアウォールやロードバランサーにおいてステートリソースを消費します。このステートリソースの枯渇がSYNフラッド攻撃の根幹であり、攻撃者はハンドシェイクを完了させずに多数のSYNセグメントを送信します。SYNクッキー、接続制限、レート制限などの防御策により、このリスクを軽減できます。

TCPの管理を誤ると、原因の特定が困難な障害が発生します。UDPポート53のみを許可するファイアウォールは、TCPを必要とするDNS応答を遮断し、大規模なレコードに対して断続的な解決エラーを引き起こします。 再送信、リセット、およびハンドシェイク時間の長期化は、ユーザーが障害を報告する前に、パケット損失、サーバーの過負荷、または経路の遮断を示唆するため、有用な可観測性のシグナルとなります。

TCPと関連用語の比較

TCP 対 UDP

TCPは接続指向で、信頼性が高く、順序付きでデータを配信しますが、UDPは接続の確立、再送信、順序付けを行わずに、独立したデータグラムを送信します。UDPとは?

AttributeTCPUDP
Connection setupThree-way handshake before data flowsNone; datagrams are sent immediately
Delivery guaranteeAcknowledged and retransmitted if lostNot guaranteed
OrderingBytes delivered in orderNo ordering
Congestion and flow controlBuilt inLeft to the application
Typical overheadHigher, because of state and acknowledgmentsLower

TCPに関するよくある誤解

多くの人は、DNSがTCPを使用することはないと想定しています。RFC 7766では、DNS実装がTCPをサポートすることが求められており、TCPは切り捨てられた応答、ゾーン転送、および大容量の応答に使用されます。UDPポート53のみを通すように設定されたファイアウォールは、大容量の応答において断続的な障害を引き起こす可能性があります。

TCP/IPは単一のプロトコルではなく、プロトコルのファミリーです。IPはパケットのアドレス指定とルーティングを処理し、TCPはIPの上に信頼性を追加します。UDPなどの他のトランスポートプロトコルも、IP上で動作します。

DHCPによるアドレス割り当ては、TCPではなくUDPポート67および68を介して行われます。DHCPクライアント用にTCPポートを開いてもリース失敗は解決されません。代わりに、UDPの到達可能性とリレー設定を確認してください。

TCPは低遅延ではなく、配信の保証を行います。パケット損失が発生すると再送信や輻輳制御がトリガーされ、スループットが低下したり遅延が増加したりする可能性があるため、損失の多いリンク上での信頼性の高いセッションであっても、依然として遅く感じられることがあります。

TCPハンドシェイクが成功したとしても、それは単に何かがリスニングしており、経路が接続を許可していることを示すに過ぎません。ポートの背後にあるアプリケーションが依然として正常に動作していない可能性があるため、ハンドシェイクテストだけではサービスが正しく応答していることを証明することはできません。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視性、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

TCP FAQ

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事