Files
mindflux/src/main/resources/static/finalflux/systemintegration/osi.html
T
AliceDarkest 501ecc0c1e AP3 A11y-Widget perfektioniert (Focus-Trap, aria-Semantik, tote CSS, Cache)
- accessibility.js: Focus-Trap im Panel (Tab/Shift+Tab zyklisch ueber Close + 9
  Optionen), aria-modal="true" beim Oeffnen, Klick-ausserhalb schliesst (Escape +
  Fokus-Rueckgabe bestehen). Font-Button: aria-pressed ersetzt durch dynamisches
  aria-label ("... aktuell 115 %") + .is-active ab >100 %; Reset-Button ohne
  aria-pressed (Aktion statt Toggle). Hochkontrast-Untertitel "immer dunkel".
- accessibility.css: toten Legacy-Dock-Code entfernt (72px body-padding, .mf-a11y-dock,
  Fixed-Trigger, Dock-Media-Query); .is-active am Aktiv-Styling; Kommentar, dass
  Hochkontrast bewusst immer dunkel bleibt.
- accessibility-placement.css: obsoleten Padding-Reset entfernt; .is-active ergaenzt.
- Cache-Buster: theme.js injiziert accessibility.css v6 / placement v10 /
  accessibility.js v9 / fluxtimer.css v5; theme.css?v=4 und theme.js?v=5 in allen
  80 Templates/Finalflux-Seiten vereinheitlicht.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01WFxcjtc9HNP4VECT6Ur1tE
2026-07-21 00:16:05 +02:00

163 lines
7.1 KiB
HTML

<!DOCTYPE html>
<html lang="de" data-theme="dark">
<head>
<meta charset="UTF-8">
<title>OSI-Modell - FinalProtocol AP1</title>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="stylesheet" href="/css/style.css">
<link rel="stylesheet" href="/css/theme.css?v=4">
<link rel="stylesheet" href="/css/finalflux.css">
<script src="/js/theme.js?v=5"></script>
</head>
<body class="finalflux-page">
<div class="mf-theme-float"><button class="mf-theme"></button></div>
<main>
<a href="/finalflux" class="back-link">Zurück zu FinalProtocol</a>
<h1>OSI-Modell</h1>
<section>
<h2>Was ist das OSI-Modell?</h2>
<p>
Das OSI-Modell (Open Systems Interconnection) ist ein Referenzmodell, das
die Kommunikation in Netzwerken in <strong>sieben aufeinander aufbauende
Schichten</strong> gliedert. Jede Schicht hat eine klar abgegrenzte Aufgabe
und nutzt die Dienste der darunterliegenden Schicht. Das Modell ist kein
Produkt, sondern eine gedankliche Ordnung: Es hilft, Geräte, Protokolle und
Fehler systematisch einzuordnen.
</p>
<p>
Beim Senden wandern die Daten von oben (Anwendung) nach unten
(Bitübertragung) und werden dabei <strong>gekapselt</strong> &ndash; jede
Schicht ergänzt einen eigenen Header. Beim Empfänger läuft es umgekehrt: Die
Daten werden Schicht für Schicht wieder ausgepackt (entkapselt).
</p>
</section>
<section>
<h2>Die 7 Schichten und ihre Aufgaben</h2>
<ol class="key-list">
<li><strong>Schicht 1 &ndash; Bitübertragung:</strong> physische Übertragung roher Bits über Kabel, Glasfaser oder Funk. Geräte: Kabel, Hub, Repeater.</li>
<li><strong>Schicht 2 &ndash; Sicherung:</strong> fehlerfreie Übertragung im lokalen Netz, Adressierung über MAC-Adressen. Geräte: Switch, Bridge. Stichworte: Frames, VLAN.</li>
<li><strong>Schicht 3 &ndash; Vermittlung:</strong> logische Adressierung und Wegewahl (Routing) zwischen Netzen. Gerät: Router. Protokolle: IP, ICMP.</li>
<li><strong>Schicht 4 &ndash; Transport:</strong> Ende-zu-Ende-Verbindung zwischen Anwendungen, Unterscheidung über Ports. Protokolle: TCP (zuverlässig), UDP (schnell).</li>
<li><strong>Schicht 5 &ndash; Sitzung:</strong> Auf-, Abbau und Steuerung von Sitzungen und Dialogen zwischen Systemen.</li>
<li><strong>Schicht 6 &ndash; Darstellung:</strong> Datenformate, Zeichencodierung (z. B. UTF-8), Kompression und Verschlüsselung (z. B. TLS).</li>
<li><strong>Schicht 7 &ndash; Anwendung:</strong> Schnittstelle zu den Anwendungen. Protokolle: HTTP, HTTPS, DNS, SMTP, FTP.</li>
</ol>
</section>
<section>
<h2>PDUs &ndash; Wie heißen die Daten je Schicht?</h2>
<p>
Die Daten heißen auf jeder Schicht anders. Diese Protokoll-Dateneinheiten
(PDU) werden in AP1 gern abgefragt:
</p>
<ul class="key-list">
<li><strong>Schicht 1:</strong> Bit</li>
<li><strong>Schicht 2:</strong> Frame (Rahmen)</li>
<li><strong>Schicht 3:</strong> Paket</li>
<li><strong>Schicht 4:</strong> Segment (TCP) bzw. Datagramm (UDP)</li>
<li><strong>Schicht 5&ndash;7:</strong> Daten</li>
</ul>
</section>
<section>
<h2>Geräte und Protokolle richtig zuordnen</h2>
<p>
Die häufigste Verwechslung betrifft Schicht-Nummern. Diese Zuordnungen
sollten sitzen:
</p>
<ul class="key-list">
<li><strong>Hub / Repeater &rarr; Schicht 1</strong> (nur Signalverstärkung)</li>
<li><strong>Switch &rarr; Schicht 2</strong> (entscheidet anhand der MAC-Adresse)</li>
<li><strong>Router &rarr; Schicht 3</strong> (entscheidet anhand der IP-Adresse)</li>
<li><strong>MAC-Adresse = Schicht 2, IP-Adresse = Schicht 3, Port = Schicht 4</strong></li>
<li><strong>TCP/UDP = Schicht 4, HTTP/DNS/SMTP = Schicht 7</strong></li>
</ul>
<p class="merksatz"><strong>Merksatz:</strong> Von unten nach oben &ndash; <em>&bdquo;Alle deutschen Studenten trinken verschiedene Sorten Bier&ldquo;</em> (Anwendung, Darstellung, Sitzung, Transport, Vermittlung, Sicherung, Bitübertragung).</p>
</section>
<section>
<h2>Abgrenzung zum TCP/IP-Modell</h2>
<p>
In der Praxis wird oft das schlankere TCP/IP-Modell mit nur
<strong>vier Schichten</strong> verwendet. Es fasst mehrere OSI-Schichten
zusammen:
</p>
<ul class="key-list">
<li><strong>Netzzugang</strong> entspricht OSI-Schicht 1&ndash;2</li>
<li><strong>Internet</strong> entspricht OSI-Schicht 3 (IP)</li>
<li><strong>Transport</strong> entspricht OSI-Schicht 4 (TCP/UDP)</li>
<li><strong>Anwendung</strong> entspricht OSI-Schicht 5&ndash;7</li>
</ul>
<p>
OSI ist das theoretische Lern- und Analysemodell, TCP/IP das real im
Internet eingesetzte Modell.
</p>
</section>
<section>
<h2>Fehleranalyse nach OSI</h2>
<p>
Bei Netzwerkproblemen prüft man typischerweise <strong>von unten nach
oben</strong> (bottom-up): Erst die physische Verbindung, dann die
Konfiguration, zuletzt die Anwendung.
</p>
<ul class="key-list">
<li>Keine Link-LED &rarr; Schicht 1: Kabel, Port, Stecker prüfen.</li>
<li>Link da, aber keine IP &rarr; Schicht 3: IP-Adresse, Gateway, DHCP.</li>
<li>Ping auf IP ok, Name nicht &rarr; Schicht 7: DNS-Auflösung.</li>
<li>Ping ok, aber Dienst nicht erreichbar &rarr; Schicht 4: Port/Firewall.</li>
<li>HTTP 500 &rarr; Schicht 7: Anwendung bzw. Serverdienst.</li>
</ul>
</section>
<section>
<h2>Prüfungsmodus</h2>
<p>
Dieser ProtocolCheck trainiert das OSI-Modell für typische AP1-Aufgaben:
Schichten erkennen, Geräte und Protokolle zuordnen und Fehler systematisch
eingrenzen.
</p>
</section>
<section class="finalflux-test" data-finalflux-test aria-live="polite">
<div class="test-meta">
<span data-question-counter>Frage 1</span>
<span data-score-counter>0 richtig</span>
</div>
<div class="category-block">
<p class="eyebrow">Kategorie</p>
<h2 data-category-title>OSI-Modell</h2>
<p data-category-hint>Schichten, Geräte, Protokolle und Fehleranalyse.</p>
</div>
<div class="question-card">
<h3 data-question-text></h3>
<div data-answer-options class="answer-options"></div>
<div data-answer-feedback class="fluxcheck-result"></div>
</div>
<div class="test-actions">
<button type="button" data-check-answer>Antwort prüfen</button>
<button type="button" data-skip-question class="secondary">Überspringen</button>
<button type="button" data-next-question class="secondary" disabled>Weiter</button>
</div>
</section>
<section data-test-result class="finalflux-panel" hidden>
<h2>Auswertung</h2>
<p data-result-summary></p>
<ul data-category-summary class="key-list"></ul>
<div class="finalflux-actions">
<button type="button" data-restart-test>Test neu starten</button>
<a href="/finalflux">Zurück zur Übersicht</a>
</div>
</section>
</main>
<script src="/js/finalflux-test.js" data-questions-src="/finalflux/questions/osi.json" defer></script>
</body>
</html>