{"id":20206,"date":"2025-09-29T13:20:20","date_gmt":"2025-09-29T11:20:20","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=20206"},"modified":"2025-09-29T13:20:32","modified_gmt":"2025-09-29T11:20:32","slug":"das-netzwerk","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2025\/09\/29\/das-netzwerk\/","title":{"rendered":"das Netzwerk"},"content":{"rendered":"\n

In der H\u00f6hle des L\u00f6wen oder in den Tiefen des Netzwerkes. <\/p>\n\n\n\n

Mir ist nicht so ganz klar, ob ihr mich lieben oder steinigen werdet mit diesem Artikel. Ich lasse es darauf ankommen und will euch ein bisschen in das Netzwerk einf\u00fchren. \u00dcber Feedback, ob solche Artikel von Interesse sind, w\u00fcrde ich mich freuen. Auch welcher Teil(e) euch besonders interessiert.<\/p>\n\n\n\n

Die Ausbildung zieht sich \u00fcber Monate hinweg. Also verzeiht mir, dass ich sehr oberfl\u00e4chlich bin. Aber unter Umst\u00e4nden wecke ich das Interesse und es kommt der eine oder andere tiefer gehende Artikel zu Stande.<\/p>\n\n\n\n

Es war einmal <\/h2>\n\n\n\n

Ein Netzwerk, von einer Firma erfunden die jeder kennt und man nie in Verbindung mit Ethernet bringt. XEROX war der Name dieser Firma und sie wollten nur ihre Kopierer und Drucker vernetzen. Ich wei\u00df nicht, ob es stimmt, aber es wurde mir von einem meiner Teacher so erz\u00e4hlt.
Wenn nicht, dann ist es der Beginn eines Referenzmodell mit mehreren Schichten. Und davon gibt es 2 bekannte das OSI-Model und das Internet\/TCP-Modell. An und f\u00fcr sich ist das OSI-Modell das am Schreibtisch entwickelte und das Internet, das Praxis-Modell. Welches hat sich durchgesetzt: das TCP.
Aber teilweise sind sie gleich, aber in ein paar Schichten unterscheiden sie sich. Fangen wir an, mit der <\/p>\n\n\n\n

Ebene 1 (Physikalische Ebene)<\/h2>\n\n\n\n

Diese Ebene wird als physikalische Ebene bezeichnet. Also das Kabel und die darauf aufbauenende Protokolle. Seinerzeit gab es das Yellow-Cable f\u00fcr Ethernet \u00fcbertragungen, Mit Cheapernet wurde es etwas billiger und flexiblet. Der n\u00e4chste Schritt waren die CAT-Kabeln. CAT4 und CAT6 sind die beiden Standards heut zu Tage. CAT4 Kabel sind bis zu einem 1MBit zertifiziert. Cat6 bis zu 10MBit.

Wenn ihr glaubt das sind die einzigen Kabel die es gibt, erinnert Euch an Telefonleitungen, mit 2 oder 4 Dr\u00e4hten. oder den TokenRing, die schwarzen Mambas. Daneben gab es noch die V24-Kabeln f\u00fcr Modems, Drucker, PCs etc. Aber das ist solide feste Hardware.
<\/p>\n\n\n\n

Ebene 2 (Data Link )<\/h2>\n\n\n\n

Hier spielen die ersten Softwareprotokolle eine Rolle. Da w\u00e4ren einmal HDLC, LLC2 aber auch CSMA\/CD um nur 3 zu nennen, eine Rolle <\/strong>. Wer jetzt glaubt diese Protokolle aus den 70er Jahren werden heute nicht mehr genutzt, der irrt sich. Nat\u00fcrlich wurden sie erweitert und angepasst, aber das Grundprinzip steckt in jedem WLAN, Handy und Satellitenverbindung.

Ein HDLC-Frame der auf die Leitung geht, beginnt immer mit einem Byte hexadezimal 7F. Wenn man will ist das das Startzeichen. dann kommt 1 Byte Adresse und dann ein Control Byte. d.h. bis jetzt haben wir mindestens 3 Bytes verwendet. Ab 4 Byte kommen die Nutzdaten d.h. alle Daten der Ebene 4 und h\u00f6her sind da eingeschlossen.
Der Abschluss macht eine Pr\u00fcfsumme \u00fcber die gesamte L\u00e4nge und ein Flag.
Im wesentlichen sind alle Protokolle auf dieser Ebene \u00e4hnlich aufgebaut. Es kann nur ein paar zus\u00e4tzliche Felder geben und damit M\u00f6glichkeiten dieses medium anders oder besser zu nutzen. Als Beispiel sind die Felder DSAP (Destination Service Access Point) und SSAP (Source Service Access Point) hier findet ihr bei LLC bzw Ethernet die MAC-Adresse.
Und was lernen wir aus der Geschichte? Die MAC gilt genau in einem Segment. Wenn wir das Medium \u00e4ndern (z.B. Router, Bridge, AccessPoint) dann werden die beiden Ebene weggeschmissen und f\u00fcr das neue Teilst\u00fcck neu aufgebaut.<\/p>\n\n\n\n

Ebene 3 (Vermittlungsschicht das IP)<\/h2>\n\n\n\n

Auch hier gibt es wieder eine Vielzahl von Protokollen. Ich will hier nur eines aufgreifen das IP (Internet Protokoll). Hier finden wir unsere IP-Adressen wieder sowohl im IPv4- Format als auch im IPv6-Format
Nat\u00fcrlich sind da auch Pr\u00fcfsummen und etliches mehr integriert. <\/p>\n\n\n\n

Ebene 4 (Transportschicht TCP\/UDP)<\/h2>\n\n\n\n

Jetzt wird es spannend, in dieser Ebene sind unser Ports definiert und zwar in Form von jeweils 2 Byte. Wenn also unser Webserver auf Port 80 aufgerufen wird dann finden wir den Wert 80 darin. Bei HTTPS den Wert 443. https:\/\/de.wikipedia.org\/wiki\/Liste_der_Portnummern<\/a> . Jetzt hat der Browser aber mehrere Tabs zum gleichen Server offen. Er schickt daher einen Sourceport mit auf dem er Daten empfangen will. z. 20000 f\u00fcr den 1 Tab, 20001 f\u00fcr den 2 Tab. Beim retour senden kann der Server damit seinen Ziel-Tab adressieren.<\/p>\n\n\n\n

Was ist der Unterschied zwischen UDP und TCP<\/h3>\n\n\n\n

TCP wird f\u00fcr Verbindungen benutzt, die Aufrecht bleiben sollen und \u00fcber die Daten ausgetauscht werden.
Ein nicht ganz korrektes Beispiel:
Eine Webseite besteht aus einem Bild und einen Text. Ich k\u00f6nnte jetzt eine Verbindung aufbauen den Text \u00fcbertragen, warten das der Browser diese \u00dcbertragung best\u00e4tigt und dann das Bild \u00fcbertragen.
Das Bild wird best\u00e4tigt und die Verbindung abgebaut.
Dieser Vorgang w\u00e4re eine klassische TCP-\u00dcbertragung. Bei UDP wird eine Verbindung f\u00fcr das Bild und eine \u00dcbertragung f\u00fcr den Text angesto\u00dfen. Es kann daher vorkommen, dass das Bild vor dem Text eintrifft. Der Browser m\u00fcsste es dann richtig zusammen stellen.
Kurz gesagt UDP sind eher etwas f\u00fcr schnelle \u00dcbertragungen ohne das ich die logische Verbindung aufrecht halten muss.

Durch diesen Vorgang ist das Aufrecht erhalten einer logischen Verbindung nicht notwendig. Ich mache aus einem gro\u00dfen Stapel Papier viele kleine Briefe und der Empf\u00e4nger sortiert es zusammen. Eines der klassischen Einsatzgebiete war das DNS (Dynamic Name Server) Protokoll.

Gurus aller Welt bitte nicht steinigen, betrachtet diese Zeilen als Versuch einer Erkl\u00e4rung. <\/p>\n\n\n\n

Die h\u00f6heren Ebenen <\/h2>\n\n\n\n


Dazu muss man wissen, dass sich jetzt das OSI-Model und das TCP-Modell unterscheiden. Das OSI-Model kennt nun noch 3 Ebenen das TCP-Modell nur eine. Im OSI-Modell gibt es eine Sitzung, Darstellung und Anwendungsebene. TCP fasst diese Ebenen zusammen.
Pers\u00f6nlich bin ich eher mit dem TCP-Modell verheiratet als mit dem OSI. Auch weil ich nur ein Protokoll kenne, dass diese Ebenen wirklich lt. Vorgabe so getrennt hat. Um den Artikel nicht weiter in die L\u00e4nge zu ziehen, behandle ich sie auf einmal. <\/p>\n\n\n\n

Ebene 5,6,7 (Session, Darstellung, Anwendung)<\/h2>\n\n\n\n

Hier finde wir im TCP\/IP unsere bekannten Protokolle wie, HTTP, FTP, POP3, SNMP u.v.m wieder.
Diese haben jeweils ihre darauf ausgerichteten Status -Codes und Fehlermeldungen. Als Bespiel m\u00f6chte ich im HTTP den Statuscode „404 – Seite nicht gefunden“, „500 Serverfehler“ oder auch „403 Authorisation required“. Aber in diesem Teil werden auch die EMail-Texte oder die Webseiten abgelegt.
Auch die Nutzdaten beim FTP sind hier hinterlegt. <\/p>\n\n\n\n

Was man noch wissen sollte.<\/h2>\n\n\n\n