TCP prüft, ob jedes Paket angekommen ist; UDP sendet einfach und macht weiter
TCP (Transmission Control Protocol) und UDP (User Datagram Protocol) sind die beiden Wege, auf denen eine App Daten an das Internet übergibt: TCP bestätigt die Zustellung und hält die Pakete in der richtigen Reihenfolge, UDP sendet jedes Paket nur einmal und prüft nichts.
Beide arbeiten auf der Transportschicht, eine Ebene über IP. IP bringt ein Paket zum richtigen Gerät; TCP oder UDP bringt es zur richtigen App auf diesem Gerät und legt fest, was passiert, wenn unterwegs etwas verloren geht.
Am einfachsten lässt es sich unserer Meinung nach mit einem Telefonat und einer Postkarte vergleichen. TCP ist das Telefonat: Beide Seiten begrüßen sich zuerst, und alles, was der andere nicht verstanden hat, wiederholen Sie. UDP ist ein Stapel Postkarten: günstig, schnell, und niemand sagt Ihnen, wenn eine vom Lastwagen gefallen ist.
- 20–60 Byte
- TCP-Headerwächst mit den Optionen
- 8 Byte
- UDP-Headerimmer gleich groß
- 3 Nachrichten
- TCP-HandshakeSYN, SYN-ACK, ACK
TCP baut eine Verbindung mit einem Drei-Wege-Handshake auf; UDP verzichtet darauf
TCP ist verbindungsorientiert: Es wird nichts gesendet, bis beide Seiten drei kurze Nachrichten ausgetauscht haben, und am Ende wird die Verbindung mit einem weiteren Austausch geschlossen.
UDP ist verbindungslos. Das erste Paket enthält bereits die Daten selbst. Es gibt keinen Aufbau, keinen Abbau und keinen Zustand, den eine der beiden Seiten zwischen den Paketen speichert. Deshalb kann UDP ein Paket auch an viele Empfänger gleichzeitig senden (Broadcast), TCP dagegen nicht.
SYN
Dein Gerät sendet eine Synchronisierungsnachricht an den Server: „Ich möchte kommunizieren, hier ist meine Start-Sequenznummer.“
SYN-ACK
Der Server antwortet mit einer Synchronisierungsbestätigung: „Verstanden, hier ist meine.“
ACK
Dein Gerät bestätigt. Erst jetzt beginnt TCP, die eigentlichen Daten zu senden.
FIN und ACK zum Beenden
Wenn eine Seite fertig ist, sendet sie FIN, die andere bestätigt, und dasselbe geschieht in umgekehrter Richtung. Das nennt man den Vier-Wege-Abbau.
TCP sendet verlorene Pakete erneut und hält die Reihenfolge ein; UDP lässt die Lücke bestehen
TCP stellt sicher, dass jedes Byte genau einmal und in der richtigen Reihenfolge ankommt: Es nummeriert die Pakete und wartet auf Bestätigungen. UDP hat eine Prüfsumme, um ein beschädigtes Paket zu erkennen, und verwirft es dann einfach.
Kommt keine Bestätigung zurück, sendet TCP das Paket erneut. Außerdem drosselt TCP das Tempo, wenn das Netzwerk überlastet wirkt (Überlastkontrolle) oder wenn der Empfänger nicht mehr hinterherkommt (Flusskontrolle). Für die App sieht TCP wie ein durchgehender Datenstrom aus Bytes aus.
UDP macht nichts davon. Jedes Paket ist eine eigenständige Nachricht. Kommt Paket 7 nach Paket 8 an oder gar nicht, erhält die App das, was angekommen ist, und muss damit zurechtkommen. Bei einem Sprachanruf ist das nur ein kurzes Knistern; bei einer Banküberweisung wäre es ein Desaster. Deshalb verwenden Banken nie reines UDP.
UDP ist schneller, weil der Header nur 8 Byte groß ist und es auf nichts wartet
UDP ist aus zwei Gründen schneller: Der Header ist mit 8 Byte kleiner als bei TCP (20 bis 60 Byte), und es gibt keine Pausen für Handshakes, Bestätigungen oder erneutes Senden.
Bei einer stabilen Kabelverbindung ist der Unterschied pro Paket gering. Bei einer WLAN-Verbindung mit Paketverlusten ist er groß, weil TCP für jedes verlorene Paket anhält und es nachholt, während UDP einfach weitersendet. Das ist der eigentliche Kern beim Thema „TCP vs. UDP Geschwindigkeit“: gleiche Leitung, anderes Verhalten bei Verlusten.
| TCP | UDP | |
|---|---|---|
| Verbindung | Zuerst ein Drei-Wege-Handshake | Keiner, das erste Paket enthält bereits Daten |
| Zustellung | Garantiert, bestätigt | Nach bestem Bemühen, ohne Bestätigung |
| Verlorene Pakete | Erneut gesendet | Verworfen |
| Reihenfolge | Beibehalten | Nicht garantiert |
| Fluss- und Überlastungskontrolle | Ja | Nein |
| Größe des Headers | 20–60 Byte | 8 Byte |
| Datenmodell | Kontinuierlicher Bytestrom | Einzelne Nachrichten |
| Broadcast / Multicast | Nein | Ja |
| Typische Anwendungen | HTTP, HTTPS, FTP, SMTP | DNS, DHCP, VoIP, Streaming |
Die Ports von TCP und UDP sind dieselben Zahlen; der Unterschied liegt im Protokoll
Ein Port ist eine Nummer, die dem empfangenden Gerät mitteilt, für welche App ein Paket gedacht ist. TCP und UDP führen jeweils ihre eigene Liste von Ports, daher sind TCP-Port 80 und UDP-Port 80 zwei verschiedene Türen.
Deshalb muss eine Router-Regel sowohl den Port als auch das Protokoll angeben. Manche Dienste öffnen dieselbe Nummer für beide: DNS zum Beispiel antwortet bei normalen Abfragen über UDP und bei großen Antworten über TCP. Im IP-Header gibt außerdem eine eigene Protokollnummer an, ob das empfangende Gerät das Paket an TCP oder an UDP weitergeben soll, noch bevor ein Port geprüft wird.
Läuft über TCP
- Webseiten (HTTP und HTTPS)
- E-Mail-Versand (SMTP)
- Dateiübertragung (FTP)
- Alles, bei dem jedes Byte ankommen muss
Läuft über UDP
- DNS-Abfragen
- DHCP (Zuweisung einer IP-Adresse)
- Sprach- und Videoanrufe (VoIP)
- Livestreams und die meisten Online-Spiele
Nutzen Sie UDP, wenn ein verspätetes Paket nutzlos ist; nutzen Sie TCP, wenn ein fehlendes Paket nicht in Frage kommt
Nimm UDP für alles, was live ist: Bis TCP ein verlorenes Sprachpaket erneut gesendet hätte, wäre das Gespräch schon weitergegangen. Nimm TCP für alles, was vollständig sein muss, etwa eine Webseite, einen Download oder eine E-Mail.
Spiele sind das deutlichste Beispiel. Eine Positionsmeldung von vor 200 ms ist nutzlos, deshalb senden Spiele-Engines über UDP und verwenden einfach das neueste Paket. Videoanrufe machen es genauso. Darum hört man eher einen kurzen Aussetzer als ein langes Einfrieren.
Downloads, Anmeldungen und Zahlungen laufen andersherum. Ein einziges fehlendes Byte macht eine Datei unbrauchbar oder bricht eine Anmeldung ab. Deshalb ist die langsamere, geprüfte Zustellung von TCP die einzig sinnvolle Wahl.
VPN mit UDP oder TCP: UDP als Standard, eine TCP-ähnliche Route, wo andere VPNs nicht weiterkommen
Die meisten VPN-Tunnel laufen über UDP, weil es schneller ist und weil der Datenverkehr im Tunnel dort, wo es nötig ist, ohnehin schon TCP nutzt. Ein Tunnel im TCP-Modus ist meist nur eine Ausweichlösung für Netzwerke, die nur Datenverkehr wie beim Surfen im Web durchlassen.
TCP in einem TCP-Tunnel zu betreiben ist langsam: Beide Schichten senden dasselbe verlorene Paket erneut und bremsen gleichzeitig ab. Das ist der Kompromiss „OpenVPN UDP vs TCP“, den man in älteren Apps sieht, in denen man selbst wählen muss. UDP für Geschwindigkeit, TCP, wenn UDP keine Verbindung herstellt.
Teal VPN von Fxolio LLC hat einen kostenlosen Tarif (500 MB pro Tag) und einen Pro-Tarif, mit Apps für Android, Windows, Mac, Linux, Android TV und Chromebook. Die App fragt dich nicht, ob du TCP oder UDP nutzen möchtest. Teal Secure ist bei jeder Verbindung und in jedem Tarif aktiv: Der Datenverkehr wird verschleiert, und wenn ein Netzwerk einen Weg schließt, probiert die App von selbst andere Wege aus. Kein VPN kann garantieren, dass es in jedem Netzwerk eine Verbindung herstellt. Prüfe deshalb vor einer Reise die lokalen Regeln. Nach dem Verbinden zeigt der Leak-Test von Teal VPN unter tealvpn.com/ip-leak-test, welche DNS-Server deine UDP-Anfragen beantworten.
HTTP läuft über TCP, und ICMP ist weder TCP noch UDP
HTTP ist kein Konkurrent von TCP oder UDP, sondern eine Schicht darüber: Klassisches HTTP und HTTPS laufen über TCP, das neuere HTTP/3 dagegen über UDP, mit eigener Zuverlässigkeit obendrauf.
ICMP ist ein Sonderfall. Es steht neben TCP und UDP statt darüber, hat überhaupt keine Ports und überträgt Steuernachrichten, wie ping und traceroute sie nutzen. „TCP vs UDP vs ICMP“ sind also eigentlich drei verschiedene Aufgaben: Daten zuverlässig übertragen, Daten schnell übertragen und über das Netzwerk selbst berichten.
Weiterlesen
Quellen
- GeeksforGeeks: TCP vs. UDP
- IPCisco: TCP versus UDP, Ports und Header
- AVG: TCP vs. UDP – die wichtigsten Unterschiede und Einsatzbereiche
Brauchen Sie Hilfe mit Teal? Support kontaktieren.
Fragen
Ist UDP schneller als TCP?
Ja. UDP hat einen 8-Byte-Header, keinen Handshake und keine erneuten Übertragungen. Dadurch entsteht weniger Overhead, und es gibt keine Pausen. Auf einer sauberen Verbindung ist der Unterschied klein, auf einer verlustreichen groß.
Was ist sicherer, TCP oder UDP?
Keines von beiden verschlüsselt von sich aus etwas. Die Sicherheit kommt von der darüberliegenden Schicht, etwa HTTPS über TCP oder ein VPN-Tunnel über UDP. TCP lässt sich wegen des Handshakes schwerer fälschen, aber das ist eine Funktion für Zuverlässigkeit, keine Verschlüsselung.
Nutzt ein VPN TCP oder UDP?
Die meisten VPN-Protokolle verwenden standardmäßig UDP, weil es schneller ist. Manche Apps bieten einen TCP-Modus für Netzwerke, die UDP einschränken. Die App von Teal VPN wählt den Weg selbst und wechselt, wenn einer nicht mehr funktioniert (Stand: November 2026).
OpenVPN mit UDP oder TCP: Was sollte ich wählen?
UDP, es sei denn, die Verbindung klappt nicht. Der TCP-Modus funktioniert in strengeren Netzwerken, ist aber langsamer, weil TCP in TCP die erneuten Übertragungen verdoppelt, wenn ein Paket verloren geht.
Kann man UDP für Dateiübertragungen verwenden?
Nur wenn die App eigene Prüfungen hinzufügt. Reines UDP verwirft verlorene Pakete, sodass eine Datei mit Lücken ankäme. Deshalb nutzen FTP und die meisten Download-Tools TCP.
Nutzen TCP und UDP dieselben Ports?
Die Portnummern stammen aus demselben Bereich, aber jedes Protokoll hat seinen eigenen Satz. TCP-Port 80 und UDP-Port 80 sind also getrennt. Eine Router-Regel braucht sowohl die Nummer als auch das Protokoll.
Warum nutzen Spiele UDP?
Weil eine alte Positionsmeldung nutzlos ist. UDP liefert das neueste Paket sofort, statt anzuhalten und das vorherige erneut zu senden. So bleibt das Spiel reaktionsschnell.