aiMOOC

Informationselektronik und vernetzte Endgeräte – IP-basierte Kommunikationssysteme verstehen

QR-Code

Informationselektronik und vernetzte Endgeräte – IP-basierte Kommunikationssysteme verstehen

Einleitung

Kurzbeschreibung: Adressierung und Dienst. Du verstehst, wie IP-Adresse, Subnetzmaske, DHCP, DNS und ein Netzwerkdienst zusammenwirken.

Zielgruppe: Ausbildung in der Informationselektronik und verwandten IT-/Kommunikationsberufen. Lernweg: sechs kurze Lerneinheiten (je 5–8 Minuten), danach eine Simulation (15–25 Minuten).

Sicherheitsgrenze: Arbeite ausschließlich in einer abgeschotteten Software-Simulation oder an ausdrücklich freigegebenen, berührungssicheren Schulungsmodellen. Keine Eingriffe in Kundennetze, keine echten Kameraaufnahmen und keine Konfiguration fremder Endgeräte. Arbeiten an realen elektrischen Anlagen und Betriebsmitteln erfolgen nur durch entsprechend qualifizierte und beauftragte Personen im zulässigen Verantwortungsrahmen. Ein Quizresultat ist niemals eine Arbeits- oder Sicherheitsfreigabe. Grundlage: DGUV Vorschrift 3.

Ausbildungsfall: Die Statusseite bleibt leer

Ein fiktiver Kunde meldet: „Am Service-Notebook lässt sich die Statusseite unserer Netzwerkkamera nicht öffnen.“ Du prüfst Adresse, Namensauflösung und Dienst – zuerst im Modell. Ein simulierter Webserver vertritt dabei die Statusseite; er bildet keinen echten Kamerastream oder eine reale Sicherheitsanlage ab.

Berufsbild: IP-Kamera als mögliches vernetztes Endgerät; nicht Teil des realen Versuchs.

Weitere Endgeräteklasse: IP-Telefone. Die Telefonie selbst wird hier nicht simuliert.

Modell-Adressplan (rein fiktives, privates Netz 192.168.50.0/24):

Rolle	IPv4-Adresse	Bedeutung
Router/Gateway (optional)	192.168.50.1	Verbindung zu anderen Netzen
DHCP-/DNS-Modellserver	192.168.50.2	Vergabe und Namensauflösung
Web-Modellserver	192.168.50.10	Test-Statusseite über HTTP
IP-Kamera (Planungssymbol)	192.168.50.30	Kein reales Kameragerät
IP-Telefon (Planungssymbol)	192.168.50.40	Keine echte Telefonie
Service-Notebook	192.168.50.100–120	Dynamisch per DHCP

Name im Modell: kamera.schulung.test zeigt auf 192.168.50.10. Die Endung .test ist für Tests reserviert (RFC 2606). Im einzigen lokalen Netz ist kein Gateway für die direkte Kommunikation nötig.

Lerneinheit 1: Gerät, Stecker und Netzweg

Ein Switch verbindet Geräte innerhalb eines Ethernet-LANs. Ein Router verbindet IP-Netze. Der RJ45-Steckverbinder ist etwas anderes als ein logischer TCP-/UDP-Port.

Detailblick: modularer Netzwerkstecker; rein bildliche Analyse, kein Crimpen.

Detailblick: Ethernet-Buchsen eines Switches.

Netzpraxis: Switch mit verbundenen Leitungen.

Mini-Auftrag: Zeige im Bild den physischen Anschluss und benenne das Gerät, das die lokalen Endpunkte zusammenführt. Feedback: Der Switch führt die Geräte im LAN zusammen; die Buchsen sind keine Anwendungsports wie TCP 80.

PoE-Hinweis: Manche Kameras und Telefone nutzen Power over Ethernet. Der folgende Herstellerfilm erläutert das Prinzip, ist aber keine Anleitung für Elektroarbeiten.

Cisco Tech Talk: Power over Ethernet (PoE) for Beginners; in englischer Sprache.

Lerneinheit 2: Adressierung und Netzgrenze

Eine IPv4-Adresse bezeichnet eine Netzwerkschnittstelle. /24 entspricht hier 255.255.255.0. 192.168.50.10 und 192.168.50.105 liegen im selben Subnetz; 192.168.51.10 nicht. Ein Gateway wird für Ziele außerhalb des eigenen Netzes benötigt. Die verwendeten Adressen sind privat (RFC 1918).

Symbol für die Weiterleitung zwischen IP-Netzen.

PowerCert: Subnet Mask – Explained; englisch, Schwerpunkt Netz-/Host-Anteil.

Schnellcheck: Darf das Notebook 192.168.50.105/24 den Webserver 192.168.50.10/24 grundsätzlich lokal ansprechen? Feedback: Ja, beide Netzanteile sind 192.168.50. Gleiche Adressierung allein beweist aber noch keinen funktionierenden Dienst.

Lerneinheit 3: DHCP verteilt Einstellungen

DHCP kann IP-Adresse, Netzmaske und weitere Parameter bereitstellen. Der typische Erstbezug verläuft Discover → Offer → Request → Acknowledge. Der Modellpool 192.168.50.100–120 bleibt getrennt von den festen Serveradressen.

Fachprozess: vier Nachrichten einer typischen erstmaligen DHCP-Adressvergabe; geprüft gegen RFC 2131.

PowerCert: DHCP Explained; englisch. Vertiefung zu automatischer und manueller Adressierung.

Schnellcheck: Warum steht der Webserver nicht im DHCP-Pool? Feedback: Die feste Modelladresse .10 soll nicht versehentlich an einen Client vergeben werden. Eine zentral verwaltete DHCP-Reservierung wäre eine andere mögliche Planungsform.

Lerneinheit 4: DNS findet die IP-Adresse

DNS beantwortet die Frage: Welche IP-Adresse gehört zu einem Namen? Im Fall ergibt kamera.schulung.test die Adresse 192.168.50.10. DNS liefert keinen Webinhalt; das macht anschließend der Webdienst.

Prozessbild: DNS-Anfragen; die rekursiven/iterativen Details sind eine Vertiefung zum einfachen lokalen Modell.

Computerphile: How DNS Works; englisch, Erklärung mit Dr. Mike Pound.

Schnellcheck: Der Aufruf per IP gelingt, per Name nicht. Feedback: Prüfe zuerst den eingetragenen DNS-Server und dessen Zuordnung; aus dem Befund folgt noch kein Defekt am Webserver.

Lerneinheit 5: Welcher Dienst antwortet?

Ein logischer Port hilft bei der Auswahl eines Dienstes. Der Browser nutzt im Modell HTTP über TCP, standardmäßig Port 80. Für echte Anwendungen ist HTTPS üblich (klassisch über TCP 443; modern auch über QUIC/UDP 443). TLS schützt die Verbindung bei korrekter Anwendung. FILIUS bildet hier einen einfachen HTTP-Dienst ab und ist kein Nachweis für echte HTTPS-Sicherheit.

Prozessbild: Anwendungsdaten werden in TCP- und IP-Strukturen eingebettet.

PowerCert: Network Ports Explained; englisch. Vergleiche die Portaussagen mit der IANA-Liste.

Mini-Auftrag: Ordne 192.168.50.10:80/TCP zu. Feedback: Die IP bezeichnet das Ziel im IP-Netz; TCP-Port 80 benennt den erwarteten HTTP-Endpunkt. Ein erreichbarer Rechner kann trotzdem einen gestoppten Webdienst haben.

Lerneinheit 6: Fehler eingrenzen statt raten

Diagnosepfad im freigegebenen Modell: Anschluss/Verbindung → IP und Netzmaske → Erreichbarkeit per IP → DNS-Auflösung → HTTP-Dienst/Port → Dokumentation.

Modellbefund	Nächster sinnvoller Prüfschritt	Warum?
Keine gültige Client-Adresse	DHCP und Netzmaske	Ohne passende Konfiguration scheitert schon die IP-Kommunikation
IP-Aufruf funktioniert, Name nicht	DNS-Eintrag und DNS-Server	Das Problem liegt wahrscheinlich bei der Namensauflösung
IP erreichbar, HTTP-Aufruf scheitert	Webdienst und erlaubten Port prüfen	ICMP-Erfolg beweist keinen laufenden Webdienst
Auch Ping scheitert	IP-Konfiguration und Modell-Verbindung prüfen	Ping kann zudem durch Filter gesperrt sein

Wichtig: Nur in der Simulation testen. Keine Netzwerkscans, Passwortversuche, Fernzugriffe oder Firewalländerungen an realen Anlagen.

Sicheres Übungsmodell: FILIUS

Nutze FILIUS mit seinen dokumentierten Simulationen für Webserver, DNS und DHCP (Einführung). Die IP-Kamera und das IP-Telefon bleiben Planungssymbole; statt echter Medienübertragung erscheint eine harmlose HTML-Testseite.

Netzplan: Lege einen Switch, ein Notebook, einen Webserver und einen DHCP-/DNS-Server im Simulationsmodus an.
IP-Konfiguration: Setze die Server auf 192.168.50.10/24 und 192.168.50.2/24; ein Router ist im Ein-Subnetz-Modell nicht nötig.
DHCP: Aktiviere den Bereich 192.168.50.100–120; trage 192.168.50.2 als DNS-Server ein und aktiviere DHCP am Notebook.
DNS: Trage den A-Eintrag kamera.schulung.test → 192.168.50.10 ein.
HTTP: Starte am Webserver einen einfachen HTTP-Dienst mit der Testseite „Kamera-Statusmodell – keine echte Aufnahme“; öffne http://kamera.schulung.test im simulierten Browser.
Fehlersuche: Setze im Modell probeweise einen falschen DNS-Eintrag und repariere ihn. Stoppe danach probeweise den Webdienst und vergleiche die Beobachtungen.

Hilfestufen: Hilfe 1: Prüfe erst das Netz, dann den Namen, zuletzt den Dienst. Hilfe 2: Verwende nacheinander 192.168.50.10, kamera.schulung.test und den Zustand des Webservers. Feedback: Nur wenn Du Ursache, Gegenprobe und Wiederherstellung dokumentierst, ist der simulierte Fehler nachvollziehbar behoben.

Modellaufgaben mit begründetem Feedback

Basis – Adressierung: Client 192.168.50.105/24, Server 192.168.50.10/24. Entscheide, ob ein Router für ihre direkte Verbindung benötigt wird.

Hilfe 1: Vergleiche den Netzanteil. Hilfe 2: Die ersten 24 Bits entsprechen hier den ersten drei Zahlengruppen. Feedback: Nein; beide gehören zu 192.168.50.0/24. Ein Router wäre für ein anderes IP-Netz relevant, nicht für diesen lokalen Weg.

Anwendung – DNS-Störung: Der Browser zeigt http://192.168.50.10 an, aber http://kamera.schulung.test nicht. Formuliere Verdacht und Gegenprobe.

Hilfe 1: Was unterscheidet die Aufrufe? Hilfe 2: Prüfe DNS-Serveradresse und A-Eintrag. Feedback: Namensauflösung ist der erste Verdacht. Ist der A-Eintrag falsch, erklärt das beide Beobachtungen; ein defektes Ethernetkabel erklärt den erfolgreichen IP-Aufruf gerade nicht.

Transfer – Dienst-Störung: Die Modelladresse antwortet auf Ping und der DNS-Name wird korrekt aufgelöst; der HTTP-Aufruf scheitert. Begründe den nächsten Schritt.

Hilfe 1: IP-Erreichbarkeit und Dienstverfügbarkeit sind verschieden. Hilfe 2: Prüfe im Simulator, ob der Webserver gestartet ist und auf dem erwarteten Port antwortet. Feedback: Ein gestoppter Dienst oder eine Portregel passt zum Befund. Ping-Erfolg ist weder HTTP-Nachweis noch elektrische Freigabe.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Welche Aufgabe erfüllt die IP-Adresse im Netz? (Sie adressiert eine Netzwerkschnittstelle für die IP-Kommunikation) (!Sie ersetzt jeden DNS-Server) (!Sie gibt automatisch eine Elektrofreigabe) (!Sie ist eine physische RJ45-Buchse)

Was bedeutet das Präfix /24 bei einer IPv4-Adresse? (Die ersten 24 Bits bilden den Netzanteil) (!Es sind 24 Router vorhanden) (!Der Webserver verwendet Port 24) (!Die Adresse hat nur 24 Bits)

Welche Adresse gehört zu einem privaten IPv4-Bereich nach RFC 1918? (192.168.50.10) (!8.8.8.8) (!1.1.1.1) (!203.0.113.10)

Wann wird typischerweise ein Standardgateway benötigt? (Bei Zielen in einem anderen IP-Netz) (!Immer beim Zugriff innerhalb desselben Subnetzes) (!Ausschließlich bei einem defekten Switch) (!Nur bei einer DNS-Abfrage im selben Rechner)

Was ist die Hauptaufgabe von DHCP im Modell? (Automatische Bereitstellung der IP-Konfiguration) (!Verschlüsselung aller Videobilder) (!Erzeugung einer Netzspannungsfreigabe) (!Übermittlung der Webseite an den Browser)

Was bewirkt DNS beim Aufruf des Modellnamens? (Es ordnet den Namen der passenden IP-Adresse zu) (!Es schaltet den Webserver elektrisch ein) (!Es ersetzt die Netzwerkverbindung) (!Es misst die Leitungsspannung)

Welche Folge beschreibt einen typischen erstmaligen DHCP-Bezug? (Discover dann Offer dann Request dann Acknowledge) (!Request dann Discover dann Acknowledge dann Offer) (!Offer dann Request dann Discover dann Acknowledge) (!Acknowledge dann Discover dann Offer dann Request)

Welcher Standardport wird im Schulungsmodell für HTTP über TCP verwendet? (Port 80) (!Port 25) (!Port 110) (!Port 22)

Was beweist ein erfolgreicher Ping auf die Serveradresse? (Dass die Gegenstelle auf diese ICMP-Anfrage antwortet) (!Dass HTTPS sicher eingerichtet ist) (!Dass jeder TCP-Port geöffnet ist) (!Dass die elektrische Anlage freigegeben ist)

Welche Aussage zur praktischen Arbeit ist richtig? (Quizpunkte ersetzen keine Qualifikation und betriebliche Freigabe) (!Ein voller Punktestand erlaubt Elektroarbeiten) (!Ein erfolgreicher Ping erlaubt Arbeiten unter Spannung) (!Eine Simulation ersetzt die vorgeschriebene Fachaufsicht)

Memory

DHCP	Automatische Adresskonfiguration
DNS	Namensauflösung
Switch	Verbindung lokaler Ethernetgeräte
Router	Weiterleitung zwischen IP-Netzen
Subnetzmaske	Kennzeichnung des Netzanteils
TCP-Port	Zuordnung zu einem Transportendpunkt
HTTPS	Geschützte Webkommunikation
SIP	Signalisierung von IP-Telefonie

Drag and Drop

Ordne die richtigen Begriffe zu.	Funktion
DHCP-Dienst	Adressvergabe
DNS-Dienst	Namensübersetzung
Switch	Lokale Weiterleitung
Router	Netzübergreifende Weiterleitung
Webserver	Bereitstellung der Testseite

Kreuzworträtsel

SWITCH	Welches Gerät verbindet die Ethernet-Endpunkte eines lokalen Netzes?
ROUTER	Welches Gerät vermittelt zwischen verschiedenen IP-Netzen?
DHCP	Welches Protokoll kann IPv4-Konfiguration automatisch vergeben?
BROWSER	Welche Clientsoftware ruft die Modell-Webseite ab?
SERVER	Wie heißt die Rolle des Rechners, der die Webseite bereitstellt?
ETHERNET	Welche LAN-Technik verwendet die gezeigten Netzwerkbuchsen?

LearningApps

Dies ist eine thematische Suche nach externen Lernbausteinen, kein freigebender Kompetenztest.

Lückentext

Das verwendete Adressschema gehört zum Internetprotokoll

.

Das Präfix /24 entspricht der Netzmaske

.

Ein Rechner in einem fremden IP-Netz wird normalerweise über einen

erreicht.

Die automatische Adressvergabe übernimmt im Modell

.

Einen Hostnamen in eine IP-Adresse übersetzt der Dienst

.

Der spezielle Test-Domainbereich endet auf

.

Eine unverschlüsselte Modell-Webseite wird über

ausgeliefert.

Der übliche TCP-Port für den HTTP-Modellserver lautet

.

Ein erfolgreicher Ping beweist keinen laufenden

.

Reale Elektroarbeiten benötigen geeignete Qualifikation und eine betriebliche

.

Offene Aufgaben

Leicht – Basis

Netzwerkgerät: Zeichne einen Netzplan des Ausbildungsfalls und beschrifte die Rollen von Switch, Notebook und Server.
Netzwerkstecker: Markiere auf einem Foto Stecker und Buchse; erkläre den Unterschied zu einem logischen Port.
IP-Adresse: Erstelle eine Karteikarte zum Adressplan mit Netzmaske und privaten IPv4-Adressen.
Domain Name System: Zeichne drei Pfeile für Namensanfrage, DNS-Antwort und Webseitenabruf.

Standard – Anwendung

FILIUS: Baue das isolierte Modell nach und fertige einen Screenshot mit Adressplan an.
Dynamic Host Configuration Protocol: Simuliere eine automatische Adresszuweisung und dokumentiere den verwendeten Pool.
Fehlersuche: Provoziere ausschließlich im Modell einen DNS-Fehler, repariere ihn und protokolliere die Gegenprobe.
Webserver: Erstelle eine harmlose HTML-Statusseite und erkläre den Unterschied zwischen HTTP-Modell und echtem HTTPS.

Schwer – Transfer

Subnetz: Entwirf ein zweites simuliertes Netz und begründe, an welcher Stelle ein Router erforderlich wird.
IT-Dokumentation: Entwickle ein Prüfprotokoll, das Adresse, DNS, Dienst und Rückbau getrennt bewertet.
Datenschutz: Erstelle ein Konzept zur datensparsamen Prüfung einer Kameraanlage, ohne echte Bilder zu erfassen.
Erklärvideo: Produziere ein zweiminütiges Video zur Diagnose „IP geht, Name geht nicht“; verwende nur selbst erstellte oder rechtmäßig nachgenutzte Medien.

Rückmeldung zu den Niveaustufen: Basis ist gelungen, wenn Rollen und Netzanteile stimmen; Anwendung, wenn eine Ursache durch reproduzierbare Simulation belegt ist; Transfer, wenn Du Grenzen, Schutzmaßnahmen und Alternativen begründest.

Lernkontrolle

Fehleranalyse: Zwei Notebooks besitzen dieselbe feste IPv4-Adresse. Erkläre die möglichen Folgen und entwickle eine saubere Lösung im Modell.
Netzplanung: Ein neuer Server soll dauerhaft unter derselben Adresse erreichbar sein. Vergleiche statische Adresse und verwaltete DHCP-Reservierung.
Domain Name System: Begründe, warum die Webseite per IP funktionieren kann, obwohl der Aufruf per Namen fehlschlägt.
Port (Protokoll): Erkläre, warum Ping-Erfolg nicht beweist, dass Port 80 oder 443 einen Dienst anbietet.
Routing: Ergänze ein zweites Subnetz im Papiermodell und begründe den neuen Bedarf an einem Gateway.
Arbeitssicherheit: Ein Kollege möchte nach bestandenem Quiz einen realen PoE-Switch öffnen. Erkläre, warum das zu unterlassen ist und wer die Zuständigkeit klärt.

Lernnachweis

Du reichst einen beschrifteten Netzplan, eine FILIUS-Simulationsdatei oder dokumentierte Modellbilder, einen Adress- und Dienstplan sowie ein kurzes Fehlerprotokoll mit Ursache, Gegenprobe und Rückbau ein. Erläutere dazu die Grenzen der Simulation und den Unterschied zwischen Lernbewertung, fachlicher Qualifikation und betrieblicher Freigabe. Beurteilt werden Begründung, Prüfreihenfolge, Verständlichkeit und sichere Arbeitsweise – nicht nur richtige Quizantworten.

OERs zum Thema

Vertiefung: Internetprotokollfamilie, IPv6, DHCP, Domain Name System, Netzwerkprotokoll, Voice over IP.

Fachlich geprüfte Ausgangsquellen:

RFC 1918 – private IPv4-Adressräume.
RFC 2131 – DHCP und Erstbezug.
RFC 1034 – DNS-Grundprinzip.
RFC 2606 – reservierte Testnamen.
RFC 9293 – TCP und Ports.
RFC 8446 – TLS-Schutz.
IANA – registrierte Dienstports.
FILIUS-Einführung – geprüfte Möglichkeiten der Schulungssimulation.
DGUV Vorschrift 3 – Zuständigkeit und Sicherheit.

Medienrechte und Qualitätsgrenzen

Commons-Bilder: Die folgenden konkret gefundenen Dateien besitzen auf Wikimedia Commons dokumentierte Nachnutzungsbedingungen. Bei CC BY-SA sind Namensnennung, Lizenzhinweis und gegebenenfalls gleiche Weitergabe für Bearbeitungen zu beachten.

Bilddatei und Dateiseite	Urheber; Lizenz
AxisCCTV.jpg	Raysonho; CC0 1.0
IP-phones.jpg	Антон Пищулин; CC BY-SA 4.0
Uncrimped rj-45 connector close-up.jpg	Mike1024; gemeinfrei
RJ45 Switch Ports.jpg	Ben Franske; CC BY-SA 4.0
EthernetSwitch.jpg	Raysonho; CC0 1.0
Network router symbol.svg	Mattias.Campe; CC BY-SA 4.0
DHCPDORA.png	Endaargaanweweer; CC0 1.0
Dns-abfrage.svg	Hank van Helvete; CC BY-SA 2.5
TCP IP packetizing.svg	BWenk; CC BY-SA 4.0

YouTube-Prozessmedien: Cisco, PowerCert Animated Videos und Computerphile; es werden nur die konkret recherchierten YouTube-Originalvideos eingebettet. Einbettbarkeit bedeutet nicht, dass die Videos frei lizenziert oder beliebig weiterverwendbar sind. Die Kerninhalte sind mit den oben genannten RFCs und IANA-Angaben gegengeprüft; Modellsoftware, gezeigte Hardware und reale Geräte können sich unterscheiden.