501ecc0c1e
- 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
163 lines
7.1 KiB
HTML
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> – 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 – Bitübertragung:</strong> physische Übertragung roher Bits über Kabel, Glasfaser oder Funk. Geräte: Kabel, Hub, Repeater.</li>
|
|
<li><strong>Schicht 2 – Sicherung:</strong> fehlerfreie Übertragung im lokalen Netz, Adressierung über MAC-Adressen. Geräte: Switch, Bridge. Stichworte: Frames, VLAN.</li>
|
|
<li><strong>Schicht 3 – Vermittlung:</strong> logische Adressierung und Wegewahl (Routing) zwischen Netzen. Gerät: Router. Protokolle: IP, ICMP.</li>
|
|
<li><strong>Schicht 4 – Transport:</strong> Ende-zu-Ende-Verbindung zwischen Anwendungen, Unterscheidung über Ports. Protokolle: TCP (zuverlässig), UDP (schnell).</li>
|
|
<li><strong>Schicht 5 – Sitzung:</strong> Auf-, Abbau und Steuerung von Sitzungen und Dialogen zwischen Systemen.</li>
|
|
<li><strong>Schicht 6 – Darstellung:</strong> Datenformate, Zeichencodierung (z. B. UTF-8), Kompression und Verschlüsselung (z. B. TLS).</li>
|
|
<li><strong>Schicht 7 – Anwendung:</strong> Schnittstelle zu den Anwendungen. Protokolle: HTTP, HTTPS, DNS, SMTP, FTP.</li>
|
|
</ol>
|
|
</section>
|
|
|
|
<section>
|
|
<h2>PDUs – 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–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 → Schicht 1</strong> (nur Signalverstärkung)</li>
|
|
<li><strong>Switch → Schicht 2</strong> (entscheidet anhand der MAC-Adresse)</li>
|
|
<li><strong>Router → 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 – <em>„Alle deutschen Studenten trinken verschiedene Sorten Bier“</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–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–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 → Schicht 1: Kabel, Port, Stecker prüfen.</li>
|
|
<li>Link da, aber keine IP → Schicht 3: IP-Adresse, Gateway, DHCP.</li>
|
|
<li>Ping auf IP ok, Name nicht → Schicht 7: DNS-Auflösung.</li>
|
|
<li>Ping ok, aber Dienst nicht erreichbar → Schicht 4: Port/Firewall.</li>
|
|
<li>HTTP 500 → 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>
|