Das Internet ist ein weltweites Netz aus vielen kleineren Netzen, die miteinander verbunden sind. Computer, Handys und Server tauschen darüber Daten aus — über echte Kabel (auch unter dem Meer), über Glasfaser und über Funk. Es ist keine „Wolke“, sondern handfeste Technik: Leitungen, Geräte und vereinbarte Regeln, nach denen alle miteinander reden.
Kapitel Eins
Du klickst —
und zack,
ist die Seite da.
Das Internet verstehen,
fundiert
erklärt.
Das Internet im
Klassenzimmer
verstehen.
— Wie das Internet funktioniert: Datenpakete, DNS, Server und Browser einfach erklärt.
Du tippst eine Adresse ein oder klickst einen Link — und in einer halben Sekunde ist die Seite da. Aber was passiert eigentlich dazwischen? Wer holt die Seite, und woher? Keine Sorge, das ist keine Zauberei. Wir schauen es uns ganz in Ruhe an, Schritt für Schritt.
Zwischen Klick und fertiger Seite liegen DNS-Auflösung, Routing über viele Netze, der Verbindungsaufbau und die Übertragung in Paketen. Diese Seite ordnet die Bausteine ein — das Netz aus Netzen, IP und TCP, DNS, die Rolle von Server und Browser — und macht die Reise eines Datenpakets interaktiv begreifbar. Sachlich, ohne Mythen wie „die Wolke“.
Wie kommt eine Webseite von irgendwo auf der Welt auf deinen Bildschirm? Diese Lerneinheit macht Schülerinnen und Schüler ab Klasse 7 fit fürs Verständnis des Internets: vom Datenpaket über DNS bis zu Server und Browser. Mit einer interaktiven Paket-Reise, Quiz und Diskussionsimpulsen — ideal für den Informatik-Unterricht.
~ Mach es dir gemütlich. Wir gehen das gemeinsam an.
~ Mit eingeordneter Technik und einer interaktiven Paket-Reise.
~ Empfohlene Lerneinheit: 2 Schulstunden á 50 Min.
Kapitel Zwei
Was ist das
Internet?
Ein Netz
aus Netzen.
Eine Definition
für die Klasse.
Das Internet ist ein riesiges Netz aus vielen kleineren Netzen, die alle miteinander verbunden sind. Stell es dir wie ein weltweites Straßennetz vor: unzählige Wege, die jeden mit jedem verbinden. Darüber schicken sich Geräte und Server Daten hin und her — Bilder, Nachrichten, ganze Webseiten.
Das Internet ist ein Verbund autonomer Netze, die über ein gemeinsames Adress- und Regelwerk kommunizieren. Es ist paketvermittelt: Daten werden in einzelne Pakete zerlegt, unabhängig geroutet und beim Empfänger wieder zusammengesetzt. Die gemeinsame Sprache sind Protokolle — allen voran das Internet Protocol (IP) für die Adressierung.
Das Internet ist ein Netz aus Netzen. Viele kleine Netzwerke — bei dir zu Hause, in der Schule, bei Firmen — sind über Leitungen miteinander verbunden und ergeben zusammen ein weltweites Netz. Darüber tauschen alle Daten aus, nach gemeinsamen Regeln, die man Protokolle nennt.
Ganz wichtig: Das Internet ist keine „Wolke“. Hinter jedem Klick stecken echte Kabel — Glasfaser quer durch Länder, dicke Leitungen sogar tief unten am Meeresboden — und Funkstrecken zu Handys und Satelliten. Es ist handfeste Technik, kein Nebel am Himmel.
„Die Cloud“ ist ein Marketingbegriff, kein Ort: Sie bezeichnet schlicht fremde Server in Rechenzentren. Physisch besteht das Internet aus Glasfaser- und Kupferleitungen, Seekabeln, Routern, Vermittlungsknoten (IXPs) und Funkstrecken (Mobilfunk, Satellit). Diese Hardware-Realität erklärt Latenz, Bandbreite und Ausfallsicherheit.
Achtung, häufiger Irrtum: Das Internet ist keine „Wolke“. Hinter jeder Verbindung stecken echte Kabel — darunter riesige Seekabel am Meeresboden, die ganze Kontinente verbinden — und Funk zu Handys und Satelliten.
Das Internet ist ein Netz aus Netzen — aus echten Kabeln und Funk, nicht aus einer Wolke.
Kernidee: paketvermittelte Kommunikation über lose gekoppelte, autonome Netze, die ein gemeinsames Protokoll (IP) sprechen.
Protokoll-Stapel (vereinfacht):
IP adressiert und routet einzelne Pakete (verbindungslos, „best effort“).
TCP setzt darauf auf und sorgt für Zuverlässigkeit: Reihenfolge, Bestätigungen, erneutes Senden verlorener Pakete.
UDP ist die schlanke Alternative ohne diese Garantien (z. B. für Live-Video).
Darüber liegen Anwendungsprotokolle wie HTTP/HTTPS.
Schichtenmodell — wer macht was: Damit so viele Geräte zusammenspielen, ist die Kommunikation in Schichten zerlegt. In der Praxis zählt das
TCP/IP-Modell mit vier Schichten; das ältere OSI-Modell hat sieben und dient als Lehr-Referenz.
- Anwendung (OSI 5–7):
HTTP,DNS,TLS— was die Programme „sprechen“. - Transport (OSI 4):
TCP/UDP— Ports, Zuverlässigkeit, Datenströme. - Internet (OSI 3):
IP— Adressierung und Routing über Netzgrenzen. - Netzzugang (OSI 1–2): Ethernet, WLAN, Glasfaser — Bits auf dem konkreten Medium.
Hardware bestimmt das Erlebnis: An Internet-Knoten (IXPs, z. B. DE-CIX Frankfurt) tauschen viele Netze direkt Daten aus — kürzere Wege, weniger Kosten.
Latenz ist die Verzögerung (Round-Trip-Zeit, RTT, in Millisekunden) und durch die Lichtgeschwindigkeit in Glasfaser physikalisch begrenzt;
Bandbreite ist der Durchsatz (Daten pro Sekunde). Beides ist unabhängig: Eine Satellitenstrecke kann hohe Bandbreite und trotzdem hohe Latenz haben. Jitter (schwankende Latenz) und Paketverlust runden das Bild ab.
📚 Lernziele
- Ihr erklärt das Internet als Netz aus Netzen.
- Ihr widerlegt den Mythos „das Internet ist eine Wolke“ mit echten Beispielen (Seekabel, Funk).
- Ihr wisst, dass Daten in Paketen übertragen werden.
- Netz aus Netzen: Viele kleine Netzwerke, die zusammen das Internet ergeben.
- Protokoll: Eine vereinbarte Regel, nach der Geräte miteinander reden.
- Paketvermittlung: Daten reisen in kleinen, unabhängigen Häppchen.
Über 95 % des weltweiten Internet-Verkehrs zwischen Kontinenten laufen durch Seekabel am Meeresboden — nicht über Satelliten.
❓ QuizWas beschreibt das Internet am besten?
Antwort B: „Ein weltweites Netz aus vielen verbundenen Netzen.“
A (eine einzelne große Firma) trifft es nicht — niemandem gehört das Internet allein. C (eine Wolke am Himmel) ist ein Bild, keine Technik. Nur B beschreibt die Realität.
Für die Lehrkraft — Optionen: A: „Ein einziger großer Computer einer Firma.“ / B: „Ein weltweites Netz aus vielen verbundenen Netzen.“ / C: „Eine Wolke, in der Daten schweben.“
🎯 Erweiterte Lernziele (Bloom-Taxonomie)
- K1 — Wissen: Schüler nennen drei physische Bestandteile des Internets (Kabel, Router, Funk).
- K2 — Verstehen: Schüler erklären „Netz aus Netzen“ in eigenen Worten.
- K3 — Anwenden: Schüler ordnen Beispiele (WLAN zu Hause, Seekabel, Schul-Netzwerk) richtig ein.
- K4 — Analysieren: Schüler diskutieren, warum „die Wolke“ ein irreführendes Bild ist.
- 2 Min: Lead-Text gemeinsam lesen.
- 4 Min: An der Tafel sammeln: „Was steckt physisch hinter dem Internet?“
- 3 Min: „Wusstest du…“-Fakt zu Seekabeln besprechen.
- 4 Min: Quiz in Kleingruppen — erst vermuten, dann auflösen.
- 2 Min: Diskussion: „Warum sagt man ‚Wolke‘, obwohl es Kabel sind?“
Frage: „Wenn ihr ein Foto an eine Freundin in einem anderen Land schickt — welchen Weg nimmt es wohl?“
🔗 QuerverweisWelche Daten dabei tatsächlich unterwegs sind und wer sie sehen kann, vertieft die Schwesterseite Datenschutz verstehen.
Kapitel Drei
Die Reise eines
Datenpakets.
Vom Klick zum
Server — und zurück.
Begleite ein
Datenpaket.
Jetzt wird es spannend: Wir folgen einem einzigen Datenpaket auf seiner Reise — von deinem Gerät bis zum Server, auf dem die Webseite liegt, und wieder zurück. Drücke einfach auf „Weiter“ und sieh selbst, was an jeder Station passiert.
Folgen Sie einer Anfrage entlang des Pfades Gerät → Router → Provider → DNS → Webserver und zurück. Jeder Schritt zeigt eine Phase: Adressauflösung, Weiterleitung, Anfrage und die paketweise Antwort, aus der der Browser die Seite rendert. Per Klick, „Weiter“ oder Pfeiltasten.
Klickt euch durch die Reise eines Datenpakets! An jeder Station erfahrt ihr, was gerade passiert. Mit „Weiter“ schickt ihr das Paket zur nächsten Station — oder springt mit Tab und Enter direkt zu einer Station. Wie viele Stationen liegen zwischen Klick und Seite?
Die Reise eines Datenpakets
Drücke „Los“ und dann „Weiter“ — das Paket reist von Station zu Station.
Steuerung: „Weiter“/„Zurück“, Klick auf eine Station, oder Pfeiltasten ←/→ auf der Szene.
Mit „Weiter“ geht es Schritt für Schritt. Mit Tab springt ihr zu einer Station, mit Enter wählt ihr sie aus.
Bereit?
Drücke „Los“ und begleite ein Datenpaket auf seiner Reise vom Gerät bis zum Webserver — und wieder zurück.
Schritt 0 von 6
- Dein GerätVerpackt deine Anfrage in Datenpakete und schickt sie los.
- RouterDie Tür ins Internet — leitet Pakete in die richtige Richtung.
- ProviderDein Anbieter verbindet dich mit dem weltweiten Netz.
- DNS-ServerDas Telefonbuch: schlägt zur Domain die IP-Adresse nach.
- WebserverHält die Seite bereit und schickt sie in Paketen zurück.
- Dein BrowserSetzt die Pakete zusammen und baut die fertige Seite.
In Wirklichkeit: Zwischen Provider und Server liegen viele weitere Stationen (Hops) über mehrere Netze; Router treffen die Wegentscheidungen dynamisch. Vor der HTTP-Anfrage steht bei TCP der Verbindungsaufbau (Drei-Wege-Handschlag), bei HTTPS zusätzlich der TLS-Handshake. Die DNS-Antwort wird oft zwischengespeichert (gecacht), sodass nicht jede Anfrage neu nachschlägt.
Was in einem Paket steckt: Jedes IP-Paket trägt einen Header mit
Quell- und Ziel-IP-Adresse, eine TTL (Time to Live — ein Zähler, der pro Hop sinkt und Endlosschleifen verhindert) und eine Prüfsumme, dann die Nutzdaten. TCP ergänzt Quell-/Ziel-Port sowie Sequenz- und Bestätigungsnummern, mit denen der Empfänger die Reihenfolge wiederherstellt und Verlorenes nachfordert. Pakete derselben Seite können auf verschiedenen Wegen reisen und in falscher Reihenfolge ankommen — TCP sortiert das transparent.
Routing & BGP — wie das Netz den Weg findet: Das Internet besteht aus tausenden Autonomen Systemen (AS), z. B. Providern und großen Firmen. Untereinander tauschen sie per
BGP (Border Gateway Protocol) aus, welche IP-Bereiche über sie erreichbar sind. Router entscheiden Paket für Paket anhand dieser Tabellen über den nächsten Hop — es gibt keine feste Leitung von A nach B. Fällt ein Weg aus, finden die Pakete meist über einen anderen ans Ziel. Mit traceroute lassen sich die Hops einer Verbindung sichtbar machen.
Der TCP-Drei-Wege-Handschlag:
SYN— der Client schlägt eine Verbindung vor und nennt seine Start-Sequenznummer.SYN-ACK— der Server bestätigt und nennt seine eigene.ACK— der Client bestätigt; ab jetzt steht die Verbindung und Daten können fließen.
📚 Lernziele
- Ihr benennt die Stationen zwischen Gerät und Webserver in der richtigen Reihenfolge.
- Ihr erklärt, warum eine Anfrage zuerst zum DNS-Server geht.
- Ihr versteht, dass die Antwort in vielen Paketen zurückkommt.
Was passiert ganz am Anfang, wenn du eine Adresse eintippst?
Antwort A: „Dein Gerät zerlegt die Anfrage in kleine Datenpakete.“
Erst werden die Daten in Pakete verpackt, dann reisen sie los. B (der Server ruft dich an) und C (das Bild kommt am Stück) stimmen nicht.
Optionen: A: „Dein Gerät zerlegt die Anfrage in Datenpakete.“ / B: „Der Webserver ruft dein Gerät zuerst an.“ / C: „Die ganze Seite kommt in einem Stück.“
⏱ Zeitplan (≈ 18 Min) — Kern der Stunde
- 5 Min: Interaktive Paket-Reise am Beamer, Klasse benennt jede Station.
- 5 Min: Stationen-Legende durchgehen, eigene Vergleiche finden (Post, Straße).
- 5 Min: Diskussion „Warum zerlegt man Daten in Pakete?“ (Robustheit, Wege).
- 3 Min: Quiz + Auflösung.
Lassen Sie ein Kind den „Paket-Boten“ spielen, der mit einem Zettel (dem Paket) physisch von Tisch zu Tisch (den Stationen) läuft — analog zur Animation.
🖨 Arbeitsblatt-Mini- Male den Weg eines Datenpakets von deinem Gerät zum Server auf.
- Warum fragt das Paket zuerst beim DNS-Server nach?
- Erkläre in einem Satz, was dein Browser am Ende tut.
Kapitel Vier
Das Telefonbuch
des Internets.
DNS: Namen
werden zu Adressen.
Vom Namen
zur Nummer.
Du merkst dir Namen wie „wikipedia.org“. Computer aber rechnen lieber mit Nummern — den IP-Adressen. Damit beides zusammenpasst, gibt es das DNS, das Domain Name System. Es funktioniert wie ein riesiges Telefonbuch: Du nennst den Namen, es liefert die passende Nummer.
Das Domain Name System übersetzt Domainnamen in IP-Adressen. Es ist eine verteilte, hierarchische Datenbank: Ein Resolver fragt sich von den Root-Servern über die Top-Level-Domain (z. B. .org) bis zum autoritativen Nameserver der Domain durch. Ergebnisse werden mit einer TTL zwischengespeichert, um Last und Latenz zu senken.
Menschen merken sich Namen, Computer brauchen Nummern. Das DNS (Domain Name System) übersetzt zwischen beiden: Aus dem Namen „wikipedia.org“ macht es die IP-Adresse, unter der der Server wirklich erreichbar ist. Wie ein Telefonbuch, nur blitzschnell und weltweit.
Beispiel-URL: https://www.webhoch.com/blog/internet. Das Schema lautet https, die Domain www.webhoch.com, der Pfad /blog/internet.
- Schema
https://— wie verbunden wird. „https“ heißt: verschlüsselt und sicher. - Domain
www.webhoch.com— der Name der Seite. Dahinter steckt (über DNS) eine IP-Adresse. - Pfad
/blog/internet— die konkrete Seite innerhalb der Domain, wie ein Kapitel in einem Buch.
Eine ganze Adresse, die du in der Leiste siehst, heißt URL. Sie sagt deinem Browser: wie verbunden wird (https), welche Seite gemeint ist (die Domain) und welcher Teil davon (der Pfad).
Begriffe sauber getrennt:
IP-Adresse = technische Kennung (IPv4 wie 192.0.2.10, oder IPv6).
Domain = der via DNS aufgelöste Name.
URL = Schema + Host (Domain) + optional Port, Pfad, Query, Fragment.
Subdomains (www., mail.) sind Unterbereiche einer Domain.
So läuft eine DNS-Auflösung ab: Dein Gerät fragt einen
rekursiven Resolver (meist beim Provider oder ein öffentlicher wie 1.1.1.1). Hat der die Antwort nicht im Cache, fragt er sich die Hierarchie hinab:
- Root-Server (.): „Für
.orgist dieser Nameserver zuständig.“ - TLD-Server (.org): „Für
wikipedia.orgist jener autoritative Server zuständig.“ - Autoritativer Nameserver: „
wikipedia.orghat die IP-Adresse X.“
Wichtige DNS-Einträge (Records):
A = Name → IPv4-Adresse,
AAAA = Name → IPv6-Adresse,
CNAME = Verweis auf einen anderen Namen (Alias),
MX = zuständiger Mailserver,
NS = zuständiger Nameserver,
TXT = freie Textwerte (z. B. für E-Mail-Echtheit). Jeder Eintrag hat eine TTL (Time to Live) in Sekunden — so lange darf er zwischengespeichert werden, bevor neu nachgefragt wird. Kleine TTLs erlauben schnelle Umzüge, große entlasten das System.
📚 Lernziele
- Ihr erklärt, wofür DNS da ist (Name → IP-Adresse).
- Ihr unterscheidet URL, Domain und IP-Adresse.
- Ihr lest die Teile einer URL korrekt vor.
Tippst du eine IP-Adresse direkt in den Browser, landest du oft auf derselben Seite wie über den Namen — der Name ist nur die bequeme Hülle für die Nummer.
❓ QuizWofür ist das DNS zuständig?
Antwort C: „Es übersetzt Domainnamen in IP-Adressen.“
DNS speichert keine Webseiten (A) und verschlüsselt nichts (B) — es ist das Telefonbuch, das Namen zu Nummern auflöst.
Optionen: A: „Es speichert alle Webseiten der Welt.“ / B: „Es verschlüsselt deine Daten.“ / C: „Es übersetzt Domainnamen in IP-Adressen.“
⏱ Zeitplan (≈ 14 Min)
- 3 Min: Telefonbuch-Analogie einführen.
- 4 Min: URL-Karte am Beamer gemeinsam zerlegen.
- 4 Min: Eigene Lieblings-URLs der Klasse aufschlüsseln.
- 3 Min: Quiz + Auflösung.
- Markiere in einer URL das Schema, die Domain und den Pfad.
- Erkläre den Unterschied zwischen einer Domain und einer IP-Adresse.
- Warum gibt es überhaupt das DNS — warum tippen wir nicht einfach Nummern?
Was das „s“ in „https“ bedeutet und wie eine sichere Verbindung entsteht, behandelt die Seite Sicher im Netz.
Kapitel Fünf
Browser, Server
und das „Laden“.
Wie aus Code
eine Seite wird.
Wer fragt,
wer antwortet?
Zwei Spieler genügen, damit eine Webseite erscheint: der Server, der die Seite bereithält, und der Browser auf deinem Gerät, der sie holt und anzeigt. Tippe auf eine Karte, um mehr zu erfahren.
Der Server liefert auf Anfrage Ressourcen aus (HTML, CSS, JavaScript, Bilder); der Browser ist die Render-Engine, die daraus das sichtbare Dokument baut. Tippen Sie auf eine Karte für Details zu jedem Baustein.
Eine Webseite entsteht im Zusammenspiel: Der Server hält sie bereit, der Browser holt sie und baut sie auf deinem Bildschirm zusammen. Tippt auf die Karten und entdeckt, was HTML, CSS und „laden“ bedeuten.
Der Server
Ein Computer, der Webseiten bereithält und ausliefert.
Tippe für Details
Weniger anzeigen
Ein Server ist ein Computer, der nie schläft. Er steht in einem Rechenzentrum und wartet darauf, dass jemand seine Seiten anfragt. Kommt eine Anfrage, schickt er die passende Seite zurück.
Ein Webserver ist Software (z. B. nginx, Apache) auf einem dauerhaft erreichbaren Host. Er nimmt HTTP-Anfragen entgegen, ermittelt die Ressource und liefert sie mit Statuscode und Headern aus — statisch oder dynamisch von einer Anwendung erzeugt.
Der Browser
Das Programm, das die Seite holt und anzeigt.
Tippe für Details
Weniger anzeigen
Firefox, Chrome, Safari, Edge — das sind Browser. Sie stellen die Anfrage an den Server, empfangen die Antwort und bauen daraus die Seite, die du siehst. Der Browser ist dein Fenster ins Web.
Der Browser parst HTML zum DOM, CSS zum CSSOM, führt JavaScript aus und erzeugt daraus den Render-Tree, der zu Layout und Paint wird. Er verwaltet außerdem Verbindungen, Caching, Sicherheit (Same-Origin-Policy) und die Darstellung.
HTML & CSS
Der Bauplan und das Aussehen einer Seite.
Tippe für Details
Weniger anzeigen
HTML ist der Bauplan: Es sagt, was auf der Seite steht — Überschrift, Text, Bild. CSS ist das Aussehen: Farben, Schriften, Abstände. Der Browser liest beides und setzt daraus die fertige, hübsche Seite zusammen.
HTML beschreibt Struktur und Semantik (Elemente, Hierarchie), CSS die Präsentation (Layout, Typografie, Farben). JavaScript ergänzt Verhalten. Die saubere Trennung von Inhalt, Darstellung und Verhalten ist ein Grundprinzip des Webs.
Was heißt „laden“?
Die Seite wird Stück für Stück geholt und aufgebaut.
Tippe für Details
Weniger anzeigen
„Laden“ heißt: Der Browser holt nacheinander alle Teile der Seite — erst den Bauplan, dann Bilder, Schriften und mehr. Deshalb erscheint manchmal zuerst der Text und dann erst die Bilder. Ist alles da, ist die Seite „fertig geladen“.
Beim Laden ruft der Browser das HTML ab, entdeckt darin verlinkte Ressourcen (CSS, JS, Bilder) und fordert sie nach — teils parallel. Render-blockierende Ressourcen, Caching und Komprimierung bestimmen, wie schnell die Seite nutzbar wird.
HTTP in einem Satz: Der Browser sendet eine Anfrage (z. B.
GET /index.html), der Server antwortet mit einem Statuscode (200 OK, 404 Not Found) und der Ressource. HTTPS ist dasselbe, nur über eine mit TLS verschlüsselte Verbindung.
Ports & HTTP-Versionen: Standard-Ports sind
80 (HTTP) und 443 (HTTPS) — der Port sagt dem Server, welcher Dienst gemeint ist.
HTTP/1.1 nutzt pro Verbindung eine Anfrage nach der anderen, HTTP/2 bündelt viele Anfragen parallel über eine Verbindung (Multiplexing), HTTP/3 setzt auf QUIC über UDP und kommt mit Paketverlust und Verbindungswechseln (z. B. WLAN → Mobilfunk) besser zurecht.
Der TLS-Handshake (das „s“ in https): Nach dem TCP-Verbindungsaufbau handeln Browser und Server eine verschlüsselte Verbindung aus: Der Server weist sich mit einem
Zertifikat aus (von einer vertrauenswürdigen Stelle signiert), beide einigen sich auf Verfahren und tauschen Schlüssel. Ab da ist die Übertragung verschlüsselt — Mitlesen und Verändern unterwegs werden verhindert. Das schützt die Verbindung, nicht den Inhalt vor dem Empfänger.
Critical Rendering Path — vom Code zum Bild: Der Browser baut die Seite in nachvollziehbaren Schritten:
- Parsen: HTML →
DOM, CSS →CSSOM. - Render-Tree: DOM und CSSOM werden zum sichtbaren Baum kombiniert.
- Layout: Position und Größe jedes Elements werden berechnet.
- Paint & Composite: Pixel werden gezeichnet und zusammengesetzt.
JavaScript kann den DOM nachträglich verändern und das Rendern beeinflussen. Render-blockierende Ressourcen (vor allem CSS und synchrones JS) verzögern den ersten sichtbaren Inhalt.
CDNs — Inhalte näher zu dir: Ein
Content Delivery Network spiegelt Inhalte (Bilder, Skripte, ganze Seiten) auf viele Server weltweit. Deine Anfrage landet beim nächstgelegenen Knoten — das senkt Latenz und Last auf dem Ursprungsserver und fängt Spitzen ab. Deshalb lädt dieselbe Seite aus der Nähe oft spürbar schneller, selbst wenn der Betreiber weit entfernt sitzt.
📚 Lernziele
- Ihr unterscheidet die Rollen von Server und Browser.
- Ihr erklärt, was HTML und CSS jeweils tun.
- Ihr beschreibt in eigenen Worten, was „laden“ bedeutet.
Was macht der Browser mit dem HTML, das der Server schickt?
Antwort B: „Er baut daraus die sichtbare Seite auf.“
Der Browser zeigt nicht den Code an (A) und schickt ihn nicht zurück (C) — er interpretiert HTML und CSS und rendert die Seite.
Optionen: A: „Er zeigt den Code als Text an.“ / B: „Er baut daraus die sichtbare Seite auf.“ / C: „Er schickt ihn an den DNS-Server.“
⏱ Zeitplan (≈ 16 Min)
- 4 Min: Rollenspiel: ein Kind ist „Server“, eines „Browser“ — Anfrage und Antwort durchspielen.
- 5 Min: Karten am Beamer öffnen und besprechen.
- 4 Min: Echte Seite im Browser laden und beim Aufbau zusehen (Netzwerk-Tab optional).
- 3 Min: Quiz + Auflösung.
- Wer hält die Seite bereit, wer holt sie? Ordne „Server“ und „Browser“ zu.
- Was beschreibt HTML, was beschreibt CSS?
- Warum erscheint beim Laden manchmal zuerst der Text und dann das Bild?
Kapitel Sechs
Wem gehört
das Internet?
Dezentral —
und offen.
Niemandem —
und allen zugleich.
Die überraschende Antwort: niemandem allein. Es gibt keinen Besitzer und keinen großen Aus-Schalter. Stattdessen gehören die einzelnen Teile vielen verschiedenen Leuten und Firmen — und alle halten sich an gemeinsame Spielregeln. Genau das macht das Internet so robust.
Das Internet ist dezentral und hat keinen Eigentümer. Provider betreiben Netze, Organisationen betreiben Server, und gemeinnützige Gremien koordinieren das Gemeinsame: Die IETF entwickelt Protokoll-Standards, die ICANN/IANA verwaltet Namen und Adressen. Diese verteilte Governance ist der Grund für Ausfallsicherheit und Innovationsoffenheit.
Niemand besitzt das Internet — und das ist gut so. Die Teile gehören vielen verschiedenen Beteiligten, aber alle folgen gemeinsamen Regeln (Protokollen). Weil es dezentral ist, kann es niemand einfach „abschalten“, und neue Ideen können von überall kommen.
- Dezentral heißt: kein Chef. Viele kleine Teile ergeben zusammen das Ganze.
- Provider betreiben die Leitungen. Sie bringen das Internet zu dir nach Hause.
- Offene Regeln für alle. Gemeinsame Standards sorgen dafür, dass alles zusammenpasst.
- Netzneutralität. Die Idee, dass alle Daten gleich behandelt werden — egal von wem.
- Offenheit schützt dich. Sie macht das Netz robust und lässt Neues entstehen.
- Niemandem allein. Das Internet hat keinen Besitzer.
- Viele Beteiligte. Provider, Firmen, Organisationen — jeder ein Stück.
- Gemeinsame Standards. Gremien wie IETF und ICANN pflegen die Regeln.
- Netzneutralität. Daten sollen gleich behandelt werden.
- Offen = robust. Kein einzelner Aus-Schalter, viel Innovation.
- Dezentrale Topologie. Lose gekoppelte autonome Systeme, kein Single Point of Control.
- Standardisierung. IETF-RFCs definieren Protokolle herstellerübergreifend.
- Namens-/Adressverwaltung. ICANN/IANA koordinieren DNS-Root und IP-Vergabe.
- Netzneutralität. Gleichbehandlung des Datenverkehrs — regulatorisch unterschiedlich gehandhabt.
- Offenheit als Prinzip. Niedrige Zugangshürden fördern Resilienz und Innovation.
IPv4, IPv6 und die Adressknappheit:
IPv4 hat nur rund 4,3 Milliarden Adressen (32 Bit) — längst zu wenig für alle Geräte. Übergangstechniken wie NAT (mehrere Geräte teilen sich eine öffentliche Adresse) strecken den Vorrat. Die eigentliche Lösung ist IPv6 mit 128 Bit, also praktisch unerschöpflich vielen Adressen (z. B. 2001:db8::1). IPv4 und IPv6 laufen seit Jahren parallel; viele Verbindungen nutzen heute schon IPv6, ohne dass man es merkt.
Netzneutralität — warum sie umstritten ist: Das Prinzip besagt, dass Provider alle Datenpakete gleich behandeln — unabhängig von Absender, Inhalt oder Dienst. Dagegen stehen Modelle wie Zero-Rating (bestimmte Dienste zählen nicht aufs Datenvolumen) oder bezahlte Überholspuren. Befürworter sehen Netzneutralität als Grundlage für fairen Wettbewerb und Meinungsfreiheit; Kritiker verweisen auf nötiges Verkehrsmanagement. Die Regulierung unterscheidet sich je nach Land und Zeitpunkt erheblich.
Jetzt weißt du, was zwischen Klick und Seite passiert: Pakete reisen, das DNS schlägt Adressen nach, Server und Browser spielen zusammen — über ein Netz, das niemandem allein gehört. Kein Zauber, sondern kluge, offene Technik.
Vom Paket über DNS bis zum Rendering: Das Internet ist eine erstaunlich kohärente Schichtung einfacher Prinzipien — Paketvermittlung, gemeinsame Protokolle, dezentrale Governance. Wer diese Bausteine kennt, durchschaut nicht nur den Ladevorgang, sondern auch Debatten über Sicherheit, Datenschutz und Offenheit.
Ihr versteht jetzt den Weg von eurem Klick bis zur fertigen Seite — und warum das Internet so offen und robust ist. Tragt das weiter: Erklärt es Freunden und Familie. Wer versteht, wie etwas funktioniert, nutzt es souveräner.
🍎 Für Lehrkräfte: Unterrichtspaket
Diese Seite lässt sich als komplette Doppelstunde „Wie funktioniert das Internet?“ im Informatik-Unterricht einsetzen. Alle Inhalte sind frei nutzbar (CC BY 4.0) — bitte „Webagentur Hochmeir e.U. (webhoch.com)“ als Quelle nennen. Die „Arbeitsblatt-Mini“-Aufgaben in den Kapiteln dienen als druckbare Vorlage.
📦 Komplettes Lehrer-Paket öffnen (4 Arbeitsblätter, Test, Hausaufgaben, Elternbrief)
📅 Vorschlag: Doppelstunde (90 Min)
- 10 Min — Einstieg: „Was passiert eigentlich, wenn ihr eine Seite aufruft?“ Vermutungen sammeln.
- 15 Min — Kapitel 2: Das Internet als Netz aus Netzen; Mythos „Wolke“ entkräften.
- 20 Min — Kapitel 3: Interaktive Paket-Reise am Beamer + Stationen-Legende.
- 15 Min — Kapitel 4: DNS als Telefonbuch; URL gemeinsam zerlegen.
- 15 Min — Kapitel 5: Server vs. Browser, HTML/CSS, „laden“ — Rollenspiel.
- 15 Min — Kapitel 6 + Abschluss: Wem gehört das Internet, Netzneutralität, Quiz-Auswertung.
Differenzierung: Schwächere Gruppen bleiben im Einfach-Modus; stärkere wechseln in „Im Detail“ für Protokolle (TCP/IP) und Governance.
Häufige Fragen
Häufig gestellte Fragen
Die wichtigsten Fragen rund ums Internet – kompakt zum Nachschlagen.
Quick-Reference rund ums Internet. Antworten sind im FAQPage-Schema für Suchmaschinen und KI-Assistenten hinterlegt.
Dein Gerät zerlegt die Anfrage in kleine Datenpakete und schickt sie über deinen Router zu deinem Provider. Zuerst fragt ein DNS-Server, welche IP-Adresse zum Namen (z. B. webhoch.com) gehört. Mit dieser Adresse reist die Anfrage zum Webserver, auf dem die Seite liegt. Der Server schickt die Seite — wieder in Paketen — zurück, und dein Browser setzt daraus die fertige Seite zusammen. Das dauert oft nur eine halbe Sekunde.
Statt eine ganze Webseite am Stück zu verschicken, zerlegt das Internet sie in viele kleine Häppchen — die Datenpakete. Jedes Paket trägt Absender, Empfänger und eine Nummer. Die Pakete reisen unabhängig durchs Netz, oft auf verschiedenen Wegen, und werden beim Empfänger anhand der Nummern wieder in die richtige Reihenfolge gebracht. Geht eines verloren, wird nur dieses eine neu angefordert.
DNS steht für Domain Name System. Es ist das Telefonbuch des Internets: Menschen merken sich Namen wie wikipedia.org, Computer brauchen aber Nummern — die IP-Adressen. Der DNS-Server schlägt zum Namen die passende IP-Adresse nach, damit deine Anfrage den richtigen Server findet. Ohne DNS müsste man sich für jede Seite eine lange Zahlenkette merken.
Eine IP-Adresse ist die technische Nummer eines Geräts im Netz (z. B. 192.0.2.10). Eine Domain ist der einprägsame Name dafür (z. B. webhoch.com). Eine URL ist die vollständige Adresse einer Seite und enthält die Domain plus weitere Teile: das Protokoll (https://), oft ein Unterverzeichnis (/blog) und manchmal eine konkrete Seite. Kurz: Die Domain ist der Name, die IP-Adresse die Nummer dahinter, die URL der genaue Wegweiser zu einer Seite.
Ein Server ist ein Computer, der Webseiten bereithält und sie auf Anfrage ausliefert — er läuft rund um die Uhr in einem Rechenzentrum. Ein Browser ist das Programm auf deinem Gerät (z. B. Firefox, Chrome, Safari), das die Anfrage stellt, die Antwort empfängt und aus dem gelieferten HTML, CSS und JavaScript die sichtbare Seite zusammenbaut. Der Browser fragt, der Server antwortet.
Nein. Das Internet ist die Infrastruktur — das weltweite Netz aus verbundenen Geräten und Leitungen. Das World Wide Web (die „Webseiten“, die du im Browser ansiehst) ist nur ein Dienst, der auf dem Internet läuft. Auch E-Mail, Video-Streaming und Messenger nutzen das Internet, gehören aber nicht zum Web. Das Web ist also ein Teil des Internets, nicht das Ganze.
Niemandem allein. Das Internet ist dezentral: Es gibt keinen Besitzer und keinen zentralen Ein-/Ausschalter. Stattdessen gehören einzelne Teile vielen verschiedenen Beteiligten — Provider betreiben Leitungen, Firmen und Organisationen betreiben Server, und gemeinnützige Gremien pflegen die gemeinsamen Regeln und die Vergabe von Namen und Adressen. Diese Offenheit ist ein Grund, warum das Internet so widerstandsfähig ist.