Sicherheitsglossar

Was ist TCP (Transmission Control Protocol)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

Transmission Control Protocol (TCP) is a transport layer network protocol defined in RFC 9293 that provides reliable, ordered, error-checked delivery of byte streams between applications on IP hosts through a three-way handshake, byte numbering, and retransmission of lost data. TCP establishes connections, acknowledges every byte, and implements flow control and congestion management, making it essential for enterprise application traffic including web, email, database sessions, and core network services like DNS zone transfers and large DNS responses. Understanding TCP's behavior, including its connection state overhead, recovery mechanisms, and observability signals like retransmissions and resets, is critical for diagnosing network failures and preventing intermittent outages caused by misconfiguration such as firewalls blocking TCP port 53 for DNS.

  • TCP segments are numbered by byte position with receiver acknowledgments confirming the next expected byte, enabling detection and retransmission of lost data through checksums and timeout-based recovery.
  • DNS requires TCP port 53 support per RFC 7766 for zone transfers, large responses, and retried queries, while DHCP operates exclusively over UDP ports 67 and 68 for address assignment.
  • Every TCP connection consumes endpoint and firewall state, making connections vulnerable to SYN flood attacks that can be mitigated using SYN cookies, connection limits, and rate limiting.

TCP auf einen Blick

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

So funktioniert TCP

TCP bietet Anwendungen einen zuverlässigen Byte-Strom auf IP-Basis, das Pakete überträgt, ohne deren Ankunft oder Reihenfolge zu garantieren. Dies geschieht durch den Aufbau einer Verbindung und die Verfolgung jedes gesendeten Bytes.

  1. Verbindung herstellen: Der Client sendet ein SYN-Segment mit einer anfänglichen Sequenznummer. Der Server antwortet mit SYN-ACK, und der Client antwortet mit ACK. Dies ist der Drei-Wege-Handshake.
  2. Datenübertragung: Jede Seite unterteilt die Daten in Segmente und nummeriert diese nach Byte-Position. Der Empfänger sendet Bestätigungen zurück, die das nächste erwartete Byte bestätigen.
  3. Kontrollfluss und Überlastung: Der Empfänger gibt ein Fenster bekannt, das begrenzt, wie viele unbestätigte Daten der Sender gleichzeitig übertragen darf. Der Sender verlangsamt zudem seine Übertragung, wenn er Verluste feststellt, die auf eine Netzwerküberlastung hindeuten.
  4. Wiederherstellung nach Datenverlust: Wenn eine Bestätigung nicht rechtzeitig eintrifft oder wiederholte Bestätigungen auf eine Lücke hinweisen, sendet der Absender die fehlenden Daten erneut. Der Empfänger ordnet die Segmente neu und verwirft Duplikate, bevor er die Daten an die Anwendung weiterleitet.
  5. Verbindung schließen: Jede Seite sendet ein FIN-Segment, sobald sie das Senden beendet hat, und die andere Seite bestätigt dies. Ein RST-Segment bricht eine Verbindung sofort ab.

Eine Prüfsumme in jedem Segment ermöglicht es dem Empfänger, Datenbeschädigungen zu erkennen. TCP überträgt einen Byte-Strom ohne Nachrichtengrenzen, sodass Anwendungen ihre eigenen Nachrichten in Frames einteilen müssen. Aufgrund des Handshakes und der Bestätigungen verursacht TCP im Vergleich zu UDP zusätzliche Latenz und einen höheren Statusaufwand pro Verbindung.

Warum TCP in Unternehmensnetzwerken wichtig ist

TCP transportiert den Großteil des Datenverkehrs von Unternehmensanwendungen, darunter Web-, E-Mail- und Datenbanksitzungen. Es spielt auch für zentrale Netzwerkdienste eine wichtige Rolle. DNS nutzt für die meisten Abfragen den UDP-Port 53, muss jedoch gemäß RFC 7766 auch den TCP-Port 53 unterstützen – für umfangreiche Antworten, Zonentransfers und wenn eine Antwort abgeschnitten wird. DHCP nutzt TCP nicht für die normale Adressvergabe; es läuft über die UDP-Ports 67 und 68.

Jede TCP-Verbindung beansprucht Statusressourcen an beiden Endpunkten sowie an jeder Firewall oder jedem Load Balancer auf dem Weg. Die Erschöpfung dieser Statusressourcen ist die Grundlage für SYN-Flood-Angriffe, bei denen ein Angreifer zahlreiche SYN-Segmente sendet, ohne den Handshake abzuschließen. Abwehrmaßnahmen wie SYN-Cookies, Verbindungsbeschränkungen und Ratenbegrenzungen verringern das Risiko.

Eine unsachgemäße Verwaltung von TCP führt zu Ausfällen, die schwer nachzuverfolgen sind. Eine Firewall, die nur den UDP-Port 53 zulässt, unterbricht DNS-Antworten, die TCP benötigen, was zu zeitweiligen Auflösungsfehlern bei umfangreichen Einträgen führt. Wiederholungsübertragungen, Resets und lange Handshake-Zeiten sind nützliche Indikatoren für die Überwachbarkeit, da sie auf Paketverluste, überlastete Server oder blockierte Pfade hinweisen, noch bevor Nutzer einen Ausfall melden.

Wie sich TCP von verwandten Begriffen unterscheidet

TCP vs. UDP

TCP bietet eine verbindungsorientierte, zuverlässige und geordnete Datenübertragung, während UDP unabhängige Datagramme ohne Verbindungsaufbau, Wiederholung oder Reihenfolgeüberwachung versendet. Was ist 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

Häufige Missverständnisse bezüglich TCP

Viele Menschen gehen davon aus, dass DNS niemals TCP verwendet. RFC 7766 schreibt vor, dass DNS-Implementierungen TCP unterstützen müssen, und es wird für abgeschnittene Antworten, Zonentransfers und umfangreiche Antworten verwendet. Eine Firewall, die nur den UDP-Port 53 zulässt, kann bei umfangreichen Antworten zu zeitweiligen Ausfällen führen.

TCP/IP ist eine Protokollfamilie, kein einzelnes Protokoll. IP übernimmt die Adressierung und das Routing von Paketen, während TCP zusätzlich zu IP für Zuverlässigkeit sorgt. Andere Transportprotokolle, wie beispielsweise UDP, laufen ebenfalls über IP.

Die DHCP-Adresszuweisung erfolgt über die UDP-Ports 67 und 68, nicht über TCP. Das Öffnen eines TCP-Ports für DHCP-Clients behebt keine Lease-Fehler; überprüfen Sie stattdessen die UDP-Erreichbarkeit und die Relay-Konfiguration.

TCP garantiert die Zustellung, nicht jedoch eine geringe Latenz. Paketverluste lösen eine erneute Übertragung und Überlastungskontrolle aus, was den Durchsatz verringern und Verzögerungen verursachen kann, sodass sich eine zuverlässige Verbindung über eine verlustbehaftete Leitung dennoch langsam anfühlen kann.

Ein erfolgreicher TCP-Handshake zeigt lediglich an, dass etwas auf Verbindungen wartet und der Pfad die Verbindung zulässt. Die hinter dem Port liegende Anwendung kann dennoch ausfallen, sodass ein Handshake-Test nicht beweist, dass der Dienst korrekt reagiert.

Erfahren Sie, wie ein einheitliches DDI den Netzwerkbetrieb vereinfacht

Verwalten Sie DNS, DHCP und IP-Adressen über eine einzige Plattform mit integrierter Automatisierung, Transparenz und Kontrolle.

TCP-FAQ

Verwandte Begriffe

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

Einrichtung von geregelten, auditfähigen IPAM-Workflow- und Genehmigungsmodellen für Unternehmensnetzwerke

Entdecken Sie IP-Management-Lösungen für geregelte, auditfähige IPAM-Workflows. Ermöglichen Sie bereichsbezogene Genehmigungen und lückenlose…

Read more
Content Hub

Das OSI-Modell verstehen: Wo DNS und IP-Adressierung in die 7 Schichten passen

Machen Sie sich mit den sieben Schichten des OSI-Modells vertraut und erfahren Sie, wie DNS und IP-Adressierung in dieses Modell eingebunden sind. Lernen…

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

Skalierung von DNS und IPAM für IPv6- und Dual-Stack-Unternehmensnetzwerke

Skalieren Sie DNS und IPAM für Dual-Stack-Unternehmensnetzwerke. Erfahren Sie, wie Micetro Teams bei der Verwaltung von IPv6-Migrationen mit integrierten…

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

Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte Infrastructure-as-Code-Pipelines

Durch die Einbindung von DNS, DHCP und IPAM in Ansible- und Git-basierte IaC-Pipelines mit Micetro werden Adress- und Eintragsänderungen zu versionierten,…

Read more
Podcast

Podcast: Wie KI die Entwicklung von Unternehmenssoftware verändert

KI verändert die Netzwerkautomatisierung, doch eine sichere Implementierung erfordert solide Softwarepraktiken, Tests und Fachwissen, um Ausfälle zu…

Read more
Podcast

Podcast: Why Open Platforms Matter in Network Operations

Open platforms and API-first architecture enable intelligent network operations, automation, and AI-driven workflows across hybrid enterprises.

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

Erhalten Sie mit LiveAssist Antworten aus den LiveNX-Daten, über die Sie bereits verfügen

Erfahren Sie, wie LiveAssist, das KI-gestützte Add-on für LiveNX, Ihre Netzwerkdaten in schnelle, gezielte Antworten umwandelt – mit einem Mehrwert, den…

Read more
Hands on laptop with digital dashboard showing IP address usage, overlapping ranges, and cost analytics for DDI infrastructur

Erstellung einer Kostenanalyse für den Ersatz bestehender appliancebasierter DDI-Lösungen durch eine Overlay-Verwaltungsschicht

Manuelle DDI-Arbeiten kosten die befragten Teams 1.040 Stunden pro Jahr. Hier erfahren Sie, wie Sie die Kosten für eine Verlängerung, den…

Read more

Verwandte Artikel