EMZETT.Glossar
736 Begriffe aus IT, Netzwerk, Sicherheit und Programmierung: erst kurz erklärt, dann ausführlicher. Suche nach einem Wort oder wähle einen Buchstaben.
32 Treffer
TCP Transmission Control Protocol — ein verbindungsorientiertes Transportprotokoll, das garantiert, dass Datenpakete vollständig, in der richtigen Reihenfolge und ohne Duplikate beim Empfänger ankommen.
Vor der eigentlichen Datenübertragung baut TCP über den Three-Way-Handshake (SYN, SYN-ACK, ACK) eine Verbindung auf. Verlorene Pakete werden erkannt und erneut gesendet, was TCP zuverlässig, aber langsamer als UDP macht. Eingesetzt überall dort, wo Vollständigkeit wichtiger ist als Geschwindigkeit — z. B. bei HTTP, FTP oder E-Mail-Protokollen.
Verwandt: ACK · FIN · Header · HTTP · Paket · RST
Ganzer Artikel im Wiki →ACK Ein Bestätigungsflag in TCP, das signalisiert, dass ein Paket (oder eine bestimmte Sequenznummer) erfolgreich empfangen wurde.
ACK-Pakete sind die Grundlage für die Zuverlässigkeit von TCP: Bleibt eine erwartete Bestätigung aus, geht der Sender davon aus, dass das Paket verloren ging, und sendet es erneut. Das dritte Paket im Three-Way-Handshake ist ein reines ACK, das den Verbindungsaufbau abschließt.
Verwandt: SYN · SYN-ACK · TCP · Three-Way-Handshake · Commit (Netzwerk) · Datenverlust
Ganzer Artikel im Wiki →Datenverlust Der Zustand, wenn Datenpakete auf dem Weg vom Sender zum Empfänger nicht ankommen — z. B. durch überlastete Leitungen, Störungen oder defekte Hardware.
Bei TCP wird Datenverlust erkannt und das Paket automatisch erneut gesendet, bei UDP nicht — hier muss die Anwendung selbst entscheiden, ob und wie sie damit umgeht (z. B. kurzer Bildaussetzer bei Streaming statt Warten auf Nachlieferung). Wird häufig in Prozent der gesendeten Pakete angegeben ("Packet Loss").
Verwandt: Flow-Control · Streaming · ACK · Bandbreite · Commit (Netzwerk) · Echo Reply
Ganzer Artikel im Wiki →FIN Ein TCP-Flag, mit dem eine Seite signalisiert, dass sie keine weiteren Daten mehr senden wird — der Beginn des geordneten Verbindungsabbaus.
Da eine TCP-Verbindung aus zwei unabhängigen Datenrichtungen besteht, muss jede Seite ihre eigene Richtung einzeln per FIN beenden — deshalb läuft ein vollständiger, geordneter Abbau typischerweise über einen Four-Way-Handshake (FIN/ACK von beiden Seiten). Eine Seite kann dadurch bereits "fertig mit Senden" sein (FIN geschickt), während sie noch Daten von der Gegenseite empfängt — dieser Zustand heißt Half-Close.
Verwandt: RST · TCP · ACK · SYN · Three-Way-Handshake
Ganzer Artikel im Wiki →Flow-Control Ein Mechanismus, der verhindert, dass ein schneller Sender einen langsameren Empfänger mit Daten überflutet, indem die Übertragungsrate dynamisch angepasst wird.
Ohne Flow-Control könnte ein Empfänger mit begrenztem Puffer Daten verlieren, wenn sie schneller ankommen als er sie verarbeiten kann. TCP regelt das über ein "Sliding Window", bei dem der Empfänger dem Sender signalisiert, wie viele Daten er aktuell noch aufnehmen kann.
Verwandt: Datenverlust · ACK · Geschwindigkeit (Netzwerk) · Latenz · TCP · Daten
Ganzer Artikel im Wiki →Frames Die Dateneinheit auf Schicht 2 (Data Link Layer) des OSI-Modells — enthält u. a. Quell- und Ziel-MAC-Adresse.
Ein Ethernet-Frame kapselt ein IP-Paket für die Übertragung im lokalen Netz und fügt am Ende eine Prüfsumme (Footer) zur Fehlererkennung hinzu. Beschädigte Frames werden auf dieser Ebene verworfen, nicht repariert — Wiederholung ist Aufgabe höherer Schichten (z. B. TCP).
Verwandt: Ethernet · Footer · OSI-Modell · Paket · Switch · ACK
Ganzer Artikel im Wiki →Gaming Im Netzwerkkontext: Online-Spiele, die kontinuierlichen, latenzkritischen Datenaustausch zwischen Client und Server (oder zwischen Spielern) benötigen.
Gaming-Traffic stellt besondere Anforderungen an ein Netzwerk — niedrige Latenz ist meist wichtiger als hohe Bandbreite, da Eingaben in Echtzeit verarbeitet werden müssen. Viele Spiele nutzen UDP statt TCP, weil ein verlorenes, leicht veraltetes Paket weniger schadet als die durch TCP erzwungene Wartezeit auf erneute Übertragung.
Verwandt: Bandbreite · Latenz · Paket · TCP · UDP · Übertragung
Ganzer Artikel im Wiki →Handshake Der Verbindungsaufbau zwischen zwei Systemen, bei dem beide Seiten sich auf Parameter für die weitere Kommunikation einigen, bevor die eigentlichen Daten fließen.
Der Begriff wird auf mehreren Ebenen verwendet: Beim TCP-Three-Way-Handshake einigen sich zwei Hosts auf eine verlässliche Verbindung (SYN/SYN-ACK/ACK). Beim TLS-Handshake einigen sich Client und Server zusätzlich auf eine Cipher Suite, tauschen Zertifikate aus und handeln einen Sitzungsschlüssel aus. Erst nach erfolgreichem Handshake beginnt die eigentliche Datenübertragung.
Verwandt: Three-Way-Handshake · Handshake Protocol · Sitzungsschlüssel · Verbindung · ACK · HTTPS
Ganzer Artikel im Wiki →Header Der Steuerdatenblock am Anfang eines Datenpakets, der Metainformationen enthält — z. B. Absender, Empfänger, Protokolltyp, Prüfsumme.
Jede Netzwerkschicht fügt beim Versenden ihren eigenen Header hinzu (Kapselung): Ein HTTP-Request steckt in einem TCP-Segment mit eigenem Header, das wiederum in einem IP-Paket mit eigenem Header steckt. Der Empfänger liest die Header Schicht für Schicht von außen nach innen aus.
Verwandt: Bandbreite · Footer · OSI-Modell · Paket · TCP · UDP-Header
Ganzer Artikel im Wiki →HTTP Hypertext Transfer Protocol — das Protokoll, über das Browser und Server Webseiten und andere Ressourcen austauschen, unverschlüsselt.
Funktioniert nach dem Request-Response-Prinzip: Der Client schickt eine Request (z. B. GET /seite), der Server antwortet mit Statuscode und Inhalt. Baut auf TCP auf. Da alles im Klartext übertragen wird (auch Passwörter, Cookies), heute größtenteils durch HTTPS ersetzt.
Verwandt: HTTPS · Protokoll · Request · TCP · Cookies · Ressourcen
Ganzer Artikel im Wiki →ICMP Internet Control Message Protocol — dient nicht der Nutzdatenübertragung, sondern dem Melden von Netzwerkfehlern und Statusinformationen zwischen Geräten.
Das bekannteste Beispiel ist Ping, das ICMP-Echo-Request/-Reply nutzt, um zu prüfen, ob ein Host erreichbar ist. Weitere ICMP-Typen melden z. B. Destination Unreachable oder Time Exceeded. Läuft direkt auf IP-Ebene, nicht auf TCP oder UDP.
Verwandt: ARP · Destination Unreachable · Echo Reply · Echo Request · ICMP-Typen · Ping
Ganzer Artikel im Wiki →Internet Der weltweite Zusammenschluss unzähliger einzelner Netzwerke zu einem globalen Netzwerk, das über standardisierte Protokolle (v. a. TCP/IP) kommuniziert.
Kein zentral verwaltetes Netz, sondern ein "Netzwerk aus Netzwerken" (Internetworking) — Internet-Service-Provider, Rechenzentren, Unternehmensnetze usw. sind über Router und Backbone-Leitungen miteinander verbunden. Adressierung erfolgt über IP-Adressen, Namen darüber per DNS.
Verwandt: IP-Adressen · Router · Intranet · Provider · DNS · Fiber
Ganzer Artikel im Wiki →Intranet Ein privates Netzwerk, das dieselben Technologien wie das Internet nutzt (TCP/IP, HTTP), aber nicht öffentlich zugänglich ist — typischerweise das interne Netzwerk einer Organisation.
Der Zugriff ist meist auf Mitarbeitende bzw. Geräte im internen Netz beschränkt, oft zusätzlich per VPN von außen erreichbar. Ein Intranet kann eigene interne Websites, Wikis oder Tools hosten, ohne dass diese vom öffentlichen Internet aus erreichbar sind.
Verwandt: Internet · HTTP · IP-Adressen · TCP · Firewall · VPN
Ganzer Artikel im Wiki →Kommunikation Im IT-Kontext der Austausch von Daten zwischen zwei oder mehr Geräten oder Anwendungen über ein Netzwerk.
Digitale Kommunikation läuft immer nach einem vereinbarten Protokoll ab, das Format, Reihenfolge und Bedeutung der ausgetauschten Nachrichten festlegt. Man unterscheidet u. a. synchrone (beide Seiten gleichzeitig aktiv, z. B. Anruf) und asynchrone Kommunikation (zeitversetzt, z. B. E-Mail), sowie verbindungsorientierte (TCP) und verbindungslose (UDP) Übertragung.
Verwandt: Streamable HTTP · Broadcast · HTTPS · IRC · Layer-2-Switch · Multicast
Ganzer Artikel im Wiki →Netzwerkprotokolle Regelwerke, die festlegen, wie Geräte in einem Netzwerk miteinander kommunizieren — Format, Reihenfolge und Bedeutung der ausgetauschten Nachrichten.
Ohne gemeinsames Protokoll könnten Geräte unterschiedlicher Hersteller nicht miteinander sprechen. Protokolle sind meist in Schichten organisiert (siehe OSI-Modell): Ein Protokoll wie HTTP auf Anwendungsebene baut auf einem Transportprotokoll wie TCP auf, das wiederum auf IP aufsetzt.
Verwandt: Protokoll · ARP · Fehlermeldung · HTTP · ICMP · IP-Adressen
Ganzer Artikel im Wiki →OSI-Modell Ein 7-Schichten-Referenzmodell, das beschreibt, wie Netzwerkkommunikation in klar getrennte Aufgabenbereiche zerlegt wird — von der physischen Übertragung (Schicht 1) bis zur Anwendung (Schicht 7).
Die Schichten von unten nach oben: Physical, Data Link, Network, Transport, Session, Presentation, Application. Jede Schicht kommuniziert nur mit der direkt darüber-/darunterliegenden und kapselt Details der jeweils anderen Schichten. In der Praxis orientiert sich das Internet eher am schlankeren TCP/IP-Modell (4 Schichten), das OSI-Modell dient aber weiterhin als didaktisches Referenzmodell, um Netzwerkprobleme einer bestimmten Ebene zuzuordnen (z. B. "Kabel defekt" = Schicht 1, "falsches Routing" = Schicht 3).
Verwandt: Ethernet · Frames · Header · OSI-Schicht: Application · OSI-Schicht: Transport · Physical Structure
Ganzer Artikel im Wiki →OSI-Schicht: Transport Die 4. Schicht des OSI-Modells — regelt die Ende-zu-Ende-Übertragung zwischen zwei Geräten, hier sitzen TCP und UDP.
Während die darunterliegende Network-Schicht (Schicht 3, IP) nur dafür sorgt, dass Pakete irgendwie ihr Ziel erreichen, kümmert sich die Transportschicht um Dinge wie Reihenfolge, Zuverlässigkeit (TCP) und die Unterscheidung mehrerer gleichzeitiger Verbindungen über Ports.
Verwandt: Multiplexing · OSI-Modell · HTTP · IP-Adressen · Port · Streaming
Ganzer Artikel im Wiki →Protokoll Ein festes Regelwerk, das definiert, wie zwei Systeme miteinander kommunizieren — welche Nachrichten in welcher Reihenfolge, in welchem Format und mit welcher Bedeutung ausgetauscht werden.
Ein Protokoll legt sowohl die Syntax (Aufbau der Nachrichten, z. B. Header-Felder) als auch die Semantik (was eine Nachricht bewirkt) und den Ablauf (z. B. wer zuerst sendet) fest. Nur weil zwei Systeme dasselbe Protokoll "sprechen", verstehen sie sich — das OSI-Modell ordnet die verschiedenen Protokolle (Ethernet, IP, TCP, HTTP usw.) dafür in Schichten, die jeweils auf der darunterliegenden aufbauen.
Verwandt: HTTP · Netzwerkprotokolle · MCP (Model Context Protocol) · Audit Log · Ethernet · Footer
Ganzer Artikel im Wiki →RST Ein TCP-Flag, das eine Verbindung sofort und unwiderruflich abbricht — im Gegensatz zum geordneten Abbau per FIN ohne Rücksicht auf noch offene Daten.
Ein RST wird typischerweise gesendet, wenn ein Paket bei einer Verbindung ankommt, die auf Empfängerseite gar nicht (mehr) existiert — z. B. weil auf dem angesprochenen Port kein Dienst lauscht, oder weil die Verbindung durch eine Firewall oder einen Absturz bereits weggefallen ist. Anders als bei einem geordneten FIN-Abbau werden dabei noch ungesendete oder unbestätigte Daten stillschweigend verworfen.
Verwandt: FIN · TCP · SYN · Firewall · Nmap
Ganzer Artikel im Wiki →SSH-CONNECT Das SSH-Transport-Subprotokoll, das die eigentliche verschlüsselte Verbindung aufbaut und darüber einen "Kanal" für den restlichen SSH-Verkehr bereitstellt.
SSH ist intern in mehrere Subprotokolle aufgeteilt: SSH-TRANS baut die verschlüsselte Grundverbindung auf, SSH-USERAUTH übernimmt die Authentifizierung des Nutzers darüber, und SSH-CONNECT verwaltet auf dieser authentifizierten Verbindung mehrere logische Kanäle gleichzeitig (z. B. eine interaktive Shell-Sitzung und gleichzeitig einen weitergeleiteten Port). Dieses Schichtenmodell erlaubt es, z. B. mehrere Terminal-Sitzungen oder Tunnel über eine einzige TCP-Verbindung zu multiplexen.
Verwandt: Multiplexing · SSH · SSH-TRANS · SSH-USERAUTH · Port · SFTP
Ganzer Artikel im Wiki →SYN Das erste Paket im TCP-Three-Way-Handshake — der Client signalisiert damit den Wunsch, eine Verbindung aufzubauen ("Synchronize").
Das SYN-Paket enthält eine zufällige Startsequenznummer, die der Client für diese Verbindung verwenden wird. Der Server antwortet darauf mit SYN-ACK. Eine Flut sinnloser SYN-Pakete ohne abschließendes ACK ist die Grundlage des klassischen "SYN-Flood"-DDoS-Angriffs.
Verwandt: ACK · SYN-ACK · Three-Way-Handshake · FIN · Paket · RST
Ganzer Artikel im Wiki →SYN-ACK Das zweite Paket im TCP-Three-Way-Handshake — der Server bestätigt das SYN des Clients und signalisiert gleichzeitig seine eigene Verbindungsbereitschaft.
Kombiniert zwei Flags in einem Paket: das ACK-Flag (Bestätigung des Client-SYN) und ein eigenes SYN-Flag (Server möchte ebenfalls eine Sequenznummer synchronisieren). Der Client antwortet darauf mit einem reinen ACK, womit die Verbindung steht.
Verwandt: ACK · SYN · Three-Way-Handshake · Meldung · Paket · TCP
Ganzer Artikel im Wiki →Three-Way-Handshake Der dreistufige Verbindungsaufbau bei TCP: SYN → SYN-ACK → ACK, bevor die eigentliche Datenübertragung beginnt.
Client und Server tauschen dabei ihre jeweiligen Start-Sequenznummern aus und bestätigen sich gegenseitig die Verbindungsbereitschaft. Erst nach diesen drei Paketen gilt die Verbindung als "established" und Nutzdaten werden übertragen. Dieser Overhead ist einer der Gründe, warum UDP für latenzkritische Anwendungen schneller ist — es überspringt den Handshake komplett.
Verwandt: ACK · SYN · SYN-ACK · TCP · UDP · Handshake
Ganzer Artikel im Wiki →TLS Record Protocol Die unterste Schicht des TLS-Protokolls, die für die tatsächliche Fragmentierung, Verschlüsselung und Übertragung der Daten nach abgeschlossenem Handshake zuständig ist.
Das Record Protocol nimmt Daten von den höheren TLS-Teilprotokollen (Handshake Protocol, Change Cipher Spec, Alert Protocol, Application Data Protocol) entgegen, teilt sie in Blöcke, verschlüsselt und signiert sie mit den im Handshake ausgehandelten Schlüsseln und reicht sie zur Übertragung an die Transportschicht (TCP) weiter. Auf Empfängerseite läuft der Vorgang umgekehrt: entschlüsseln, Integrität prüfen, an die passende obere Schicht weitergeben.
Verwandt: Application Data Protocol · Handshake Protocol · TLS · TCP · Übertragung · Alert Protocol
Ganzer Artikel im Wiki →Tunnel Eine Verbindung, bei der Datenpakete eines Protokolls in ein anderes Protokoll verpackt ("gekapselt") und darüber transportiert werden — z. B. um Datenverkehr durch ein Netzwerk zu schicken, das ihn sonst nicht so durchlassen würde.
Tunneling kapselt den eigentlichen Datenverkehr in zusätzliche Protokoll-Header ein, sodass er wie normaler Verkehr des Trägerprotokolls aussieht. VPNs nutzen dieses Prinzip, um privaten Netzwerkverkehr verschlüsselt über das öffentliche Internet zu leiten; SSH nutzt Tunneling, um beliebige TCP-Verbindungen (z. B. eine Datenbankverbindung) sicher über eine bestehende SSH-Verbindung umzuleiten ("Port Forwarding").
Verwandt: Leitung · SSH · VPN · End-To-End-Verbindung · Header · Port
Ganzer Artikel im Wiki →Übertragung Der allgemeine Vorgang, Daten von einem Sender über ein Medium (Kabel, Funk) zu einem Empfänger zu transportieren.
Übertragung ist der Oberbegriff, unter dem sich fast alle anderen Netzwerkbegriffe einordnen lassen: Ob per TCP oder UDP, drahtlos oder kabelgebunden — am Ende geht es immer darum, Bits verlässlich (oder zumindest schnell) von A nach B zu bringen.
Verwandt: Funk · Wireless · Bandbreite · Broadcast · Commit (Netzwerk) · Data-Sink
Ganzer Artikel im Wiki →UDP User Datagram Protocol — ein verbindungsloses Transportprotokoll ohne Garantie für Reihenfolge oder Zustellung, dafür mit minimalem Overhead und geringer Latenz.
Anders als TCP baut UDP keine Verbindung auf und wiederholt keine verlorenen Pakete — es schickt Datagramme einfach "fire and forget". Das macht es ideal für Anwendungen, bei denen ein einzelnes verlorenes Paket kein Drama ist, Geschwindigkeit aber entscheidend: Streaming, VoIP, Online-Gaming, DNS-Anfragen.
Verwandt: DNS · Paket · Streaming · TCP · Three-Way-Handshake · UDP-Header
Ganzer Artikel im Wiki →UDP-Header Der Header eines UDP-Pakets — bewusst sehr schlank gehalten, nur 8 Byte groß.
Enthält lediglich Quell-Port, Ziel-Port, die Länge des Pakets und eine Prüfsumme. Im Vergleich dazu ist der TCP-Header deutlich umfangreicher, weil er zusätzlich Sequenznummern, Bestätigungen und Flow-Control-Informationen für den Verbindungsaufbau transportieren muss — genau der Overhead, den UDP bewusst weglässt.
Verwandt: Header · UDP · Quell-Port · Ziel-Port
Ganzer Artikel im Wiki →Verbindung Ein logischer oder physischer Kommunikationskanal zwischen zwei Netzwerkteilnehmern, über den Daten ausgetauscht werden.
Bei verbindungsorientierten Protokollen wie TCP wird eine Verbindung explizit auf- (Handshake) und abgebaut und der Zustand während der gesamten Kommunikation gehalten. Verbindungslose Protokolle wie UDP kennen dagegen keine dauerhafte Verbindung — jedes Paket wird unabhängig verschickt.
Verwandt: Leitung · TCP · UDP · Verbindungsloses Protokoll · Handshake · Offline-First und Background Sync (PWA)
Ganzer Artikel im Wiki →Verbindungsloses Protokoll Ein Protokoll, das Daten ohne vorherigen Verbindungsaufbau verschickt — jedes Paket wird unabhängig behandelt, ohne Garantie für Reihenfolge oder Zustellung.
UDP ist das bekannteste Beispiel: Es schickt Datagramme einfach los, ohne wie TCP erst per Three-Way-Handshake eine Verbindung aufzubauen. Das spart Overhead und Zeit, verlagert aber die Verantwortung für Zuverlässigkeit (falls nötig) auf die Anwendung selbst.
Verwandt: UDP · Verbindung · Offline-First und Background Sync (PWA) · Paket · Protokoll · TCP
Ganzer Artikel im Wiki →VoIP Voice over IP — Telefonie über Internetprotokolle statt über das klassische leitungsvermittelte Telefonnetz.
Sprache wird digitalisiert, in Datenpakete verpackt und wie jeder andere Netzwerkverkehr übertragen — meist über UDP, weil bei Sprachübertragung ein gelegentlich verlorenes Paket (kurzes Knacken) weniger stört als die Verzögerung durch eine erneute Anfrage bei TCP. Ermöglicht Kosteneinsparungen und Zusatzfunktionen (Videoanrufe, Chat-Integration) gegenüber klassischer Telefonie.
Verwandt: Latenz · TCP · UDP · Telefonie · Datenverlust · OSI-Schicht: Transport
Ganzer Artikel im Wiki →Wireshark Das bekannteste grafische Open-Source-Tool zur Netzwerkanalyse — ein Sniffer mit ausführlicher Protokoll-Dekodierung und Filtermöglichkeiten.
Wireshark zeichnet den Datenverkehr einer Netzwerkschnittstelle auf und zeigt jedes einzelne Paket mit allen Protokoll-Schichten (Ethernet, IP, TCP/UDP, Anwendungsschicht) lesbar aufgeschlüsselt an. Über Anzeigefilter (z. B. tcp.port == 443) lässt sich gezielt der interessante Verkehr herausfiltern. Wird sowohl zur Fehlersuche bei Netzwerkproblemen als auch zur Sicherheitsanalyse eingesetzt — verschlüsselter Verkehr (TLS) ist zwar sichtbar, aber ohne den passenden Schlüssel nicht im Klartext lesbar.
Verwandt: Sniffer · DHCP · DNS · Ethernet · Fehlermeldung · Paket
Ganzer Artikel im Wiki →