February 14, 2026

OSI-Modell fürs IT-Bewerbungsgespräch: Häufige Fragen

Das OSI-Modell fürs IT-Bewerbungsgespräch taucht erstaunlich häufig auf – nicht, weil jeder Job täglich mit sieben Schichten arbeitet, sondern weil das Modell zeigt, wie strukturiert Sie denken. In Interviews dient das OSI-Modell als gemeinsamer „Sprachstandard“, um Probleme, Protokolle und Geräte sauber einzuordnen. Wer die Schichten nur auswendig aufsagen kann, wirkt schnell unsicher, sobald eine praxisnahe Frage kommt wie: „Ping geht, aber die Website lädt nicht – welche Schicht prüfen Sie zuerst?“ Genau hier entscheidet sich oft, ob Sie als belastbar im Troubleshooting wahrgenommen werden. Dieser Leitfaden sammelt typische Fragen aus Bewerbungsgesprächen (Helpdesk, Sysadmin, Netzwerk, Security, Cloud) und liefert Antworten, die verständlich bleiben, ohne oberflächlich zu sein. Sie lernen außerdem, welche Begriffe Interviewer wirklich hören wollen (MAC, IP, Ports, DNS, TLS), welche „Trickfragen“ beliebt sind (ARP, NAT, VPN) und wie Sie Ihre Antworten anhand eines logischen Diagnosepfads aufbauen. Das Ziel: ruhig erklären, nachvollziehbar argumentieren und zeigen, dass Sie nicht nur Theorie kennen, sondern sie im Alltag anwenden können.

Table of Contents

Warum Interviewer überhaupt nach dem OSI-Modell fragen

Das OSI-Modell ist weniger ein Prüfstein für Gedächtnisleistung, sondern ein Test für Denkweise. Interviewer möchten herausfinden, ob Sie komplexe Systeme in Teile zerlegen und Symptome gezielt eingrenzen können. Besonders in Support- oder Operations-Rollen zählt, ob Sie bei Störungen methodisch vorgehen, statt blind „alles einmal neu zu starten“.

Struktur: Können Sie sauber zwischen physischer Verbindung, Switching, Routing, Transport und Anwendung unterscheiden?
Kommunikation: Nutzen Sie Begriffe präzise (z. B. „Port“ vs. „IP“, „DNS“ vs. „Internet“)?
Praxis: Können Sie ein typisches Fehlerbild einer OSI-Schicht zuordnen?
Security-Denken: Verstehen Sie, welche Schichten Sicherheitskontrollen sinnvoll beeinflussen?

Die 7 OSI-Schichten: Kurzantwort, die im Interview überzeugt

Im Gespräch hilft eine knappe, sichere Einordnung: erst der Zweck, dann Beispiele. So vermeiden Sie einen auswendig gelernten Vortrag.

Schicht 1 (Physical): Übertragung von Bits über Kabel/Funk (Signale, Stecker, PHY)
Schicht 2 (Data Link): Frames, MAC, Switching, VLAN, Broadcast-Domänen
Schicht 3 (Network): IP, Routing, Subnetze, Pakete
Schicht 4 (Transport): TCP/UDP, Ports, Zuverlässigkeit/Verbindungsaufbau
Schicht 5 (Session): Sitzungen, Dialogsteuerung, Wiederaufnahme
Schicht 6 (Presentation): Datenformate, Encoding, Kompression, Verschlüsselung
Schicht 7 (Application): Anwendungsprotokolle wie HTTP, DNS, SMTP

Häufige Interviewfragen – und wie Sie souverän antworten

„Wofür nutzt man das OSI-Modell in der Praxis?“

Eine starke Antwort verbindet Theorie und Nutzen: „Als Referenzrahmen für Design und Troubleshooting. Wenn etwas nicht funktioniert, ordne ich Symptome einer Schicht zu und arbeite systematisch von unten nach oben oder umgekehrt. Dadurch spare ich Zeit und kommuniziere klarer mit Kollegen.“

„Welches Modell nutzt das Internet – OSI oder TCP/IP?“

Im Internet ist die TCP/IP-Suite maßgeblich, das OSI-Modell ist ein Referenzmodell. Sie können ergänzen: „Viele Begriffe in Teams orientieren sich dennoch am OSI-Modell, weil es die Fehlersuche strukturiert.“ Einen guten Überblick liefert der Anchor-Text RFC Editor als Quelle für Internet-Protokolle.

„Welche Schicht ist für IP verantwortlich?“

„Schicht 3. IP-Adressierung und Routing gehören zur Network Layer. Wenn IP-Konfiguration oder Routing falsch ist, kommen Pakete nicht über Subnetzgrenzen hinweg.“

„Was sind Ports 80, 443 und 22 – und zu welcher Schicht gehören sie?“

Ports sind Transport-Schicht (Schicht 4), weil sie TCP/UDP-Endpunkte adressieren. 80 ist typischerweise HTTP, 443 HTTPS, 22 SSH – das sind Anwendungsprotokolle (Schicht 7), die über Schicht 4 transportiert werden. Diese Trennung wirkt im Interview professionell: Port = Transport, Protokollinhalt = Anwendung.

„Ping funktioniert, aber Webseiten öffnen nicht – was prüfen Sie?“

Hier wollen Interviewer Ihr Vorgehen hören. Eine überzeugende Reihenfolge:

DNS (Schicht 7): Wird der Domainname aufgelöst? Test: Name vs. IP direkt anpingen bzw. im Browser IP statt Domain.
Port/Firewall (Schicht 4): Kommt TCP 443/80 durch? Test: Verbindung zu 443, ggf. Proxy- oder Firewall-Regeln prüfen.
TLS (Schicht 6): Zertifikats- oder Handshake-Probleme? Typisch bei Unternehmensproxys.
HTTP (Schicht 7): Statuscodes, Redirect-Schleifen, Authentifizierung.

„Was ist ARP und wo gehört es hin?“

ARP ordnet IPv4-Adressen MAC-Adressen zu und arbeitet damit zwischen Schicht 2 und 3 (oft als „Layer 2.5“ bezeichnet). Eine Interview-taugliche Formulierung: „ARP ermöglicht die lokale Zustellung, indem es die MAC-Adresse für eine IP im gleichen Netz ermittelt.“

„Was ist der TCP 3-Way Handshake?“

Schicht 4. Sie können kurz erläutern: SYN, SYN-ACK, ACK – Aufbau einer zuverlässigen Verbindung. Wenn der Handshake scheitert, liegt die Ursache oft bei Firewall/State, falschem Port oder Erreichbarkeit auf L3. Wer es offiziell nachlesen will: TCP-Spezifikation (RFC 9293).

„Worin unterscheiden sich TCP und UDP – wann nutzen Sie was?“

TCP ist verbindungsorientiert und zuverlässig (Reihenfolge, Retransmits), UDP ist verbindungslos und leichtergewichtig. Praxisbezug ist entscheidend: „Web/HTTPS meist TCP (bzw. bei HTTP/3 QUIC über UDP), VoIP/Streaming oft UDP, weil Latenz wichtiger ist als perfekte Zustellung einzelner Pakete.“

Typische „Trickfragen“ im OSI-Kontext (und sichere Antworten)

„Ist TLS Schicht 6 oder Schicht 7?“

Eine saubere Antwort vermeidet Dogmatismus: „TLS wird häufig der Presentation Layer (Schicht 6) zugeordnet, weil es Daten verschlüsselt und Formate schützt. Praktisch ist es eng an Anwendungsprotokolle gekoppelt (z. B. HTTPS), deshalb wird es im Alltag auch im Layer-7-Umfeld besprochen.“ Wichtig ist, dass Sie den Mechanismus verstehen: Verschlüsselung/Handshake oberhalb von TCP.

„Wo ordnen Sie NAT ein?“

NAT verändert IP-Adressen (Schicht 3) und oft auch Ports (Schicht 4). Eine gute Interviewantwort: „Konzeptionell L3/L4, abhängig von der Implementierung. Für Troubleshooting prüfe ich NAT-Regeln, Session-Tabellen und Port-Mappings.“

„In welcher Schicht arbeitet eine Firewall?“

Firewalls sind nicht „eine Schicht“. Eine präzise Antwort: „Das hängt vom Typ ab: stateless ACLs oft L3, stateful Firewalls typischerweise L3/L4, Application Firewalls bzw. WAFs L7. Moderne NGFWs können mehrere Schichten auswerten.“

„VPN: Welche OSI-Schicht?“

Auch hier: „Kommt auf den Typ an.“ IPsec ist stark L3-orientiert, SSL-VPNs arbeiten eher L5–L7. Wichtig ist die Kernaussage: VPN kapselt Verkehr (Tunneling) und fügt Security/Authentifizierung hinzu.

Fragen nach Protokollen und Geräten: Was Interviewer hören wollen

Viele Interviews enthalten Zuordnungsfragen: „Nennen Sie Protokolle/Geräte pro Schicht.“ Wer nur Beispiele aufzählt, wirkt beliebig. Besser: pro Schicht 2–4 gut sitzen haben und oberhalb davon typische Anwendungen nennen.

Schicht 1: Kabel, Glasfaser, WLAN-Funkkanal, Repeater, Transceiver
Schicht 2: Ethernet (802.3), VLAN (802.1Q), STP, Switch, Bridge, Access Point
Schicht 3: IP, ICMP, OSPF/BGP (Routing), Router, Layer-3-Switch
Schicht 4: TCP, UDP, Ports, stateful Firewall, L4-Load-Balancer
Schicht 7: HTTP, DNS, SMTP, Reverse Proxy, WAF, API-Gateway

Praxis-Szenarien als Interviewklassiker: So antworten Sie strukturiert

„Kein Internet“ im Büro: Wie gehen Sie vor?

Hier ist eine Interview-Logik, die fast immer gut ankommt:

L1: Link/Signal prüfen (WLAN verbunden? Kabel steckt? Port-LED?)
L2: VLAN/Port-Status, MAC-Lernen, ggf. Loop/Broadcast-Probleme
L3: IP-Konfiguration, Gateway, DHCP-Lease, Routing
L4: Ports/Firewall/Proxy, besonders 443
L7: DNS, Browser/HTTP, Zertifikate, Auth

„DHCP funktioniert nicht“: Welche Schichten sind betroffen?

DHCP ist Anwendung (Schicht 7) über UDP (Schicht 4), hängt aber stark von L2/L3 ab (Broadcasts, VLANs, Relay). Eine starke Aussage: „Ich prüfe zuerst die L2-Reichweite (VLAN, Broadcast), dann IP-Parameter/Gateway, danach DHCP-Server/Relay und UDP 67/68.“

„Warum kann ich eine IP pingen, aber keine Domain auflösen?“

Das ist fast immer DNS (Schicht 7) oder etwas, das DNS-Verkehr blockiert (Firewall/Proxy). Gute Ergänzung: „Ich teste den Resolver, prüfe DNS-Serveradressen, und ob UDP/TCP 53 erreichbar ist.“ Für Hintergrundwissen eignet sich DNS-Grundlagen im RFC 1034.

Antworten, die Sie vermeiden sollten (und bessere Alternativen)

Schwach: „Das ist bestimmt ein DNS-Problem.“
Besser: „DNS ist ein häufiger Kandidat; ich verifiziere es durch Vergleich Domain vs. IP und einen Resolver-Test.“
Schwach: „Firewall ist Schicht 3.“
Besser: „Firewalls können je nach Produkt auf L3, L4 und L7 prüfen; ich entscheide nach dem eingesetzten Typ.“
Schwach: „OSI ist das Internet.“
Besser: „OSI ist ein Referenzmodell; das Internet basiert auf TCP/IP. OSI nutze ich vor allem für Struktur und Analyse.“
Schwach: „Ports sind Anwendung.“
Besser: „Ports gehören zur Transport-Schicht; Anwendungen nutzen Ports, aber die Portlogik ist L4.“

Level-spezifische Fragen: Was je nach Rolle erwartet wird

Einsteiger (Helpdesk/Junior)

Schichten benennen und je 1–2 Beispiele nennen
MAC vs. IP vs. Port unterscheiden
Grundlegende Diagnose: Link? IP? DNS?

Mittelstufe (Sysadmin/Netzwerkbetrieb)

VLAN/Trunk/Access erklären und Fehlerbilder zuordnen
Routing/Default-Gateway/Traceroute sinnvoll interpretieren
TCP-Handshake, MTU/Fragmentierung als Konzept einordnen

Profis (Netzwerk/Security/Cloud)

Schichtübergreifende Systeme erklären (NGFW, Proxies, Service Mesh, TLS-Termination)
Logging/Observability je Schicht (PCAP, NetFlow, Proxy-Logs, App-Logs)
Performance-Diagnose: Latenz, Paketverlust, Retransmissions, QoS

Mini-Spickzettel: 12 kurze Fragen, die fast immer kommen

Was ist der Unterschied zwischen MAC und IP?
Wofür sind Ports da?
TCP vs. UDP – wann welches?
Ping nutzt was? (ICMP, L3)
DNS gehört wohin? (L7)
ARP gehört wohin? (zwischen L2/L3)
Was macht ein Switch typischerweise? (L2)
Was macht ein Router? (L3)
Warum kann Ping gehen, aber HTTPS nicht?
Was ist der TCP-Handshake?
Ist TLS eher L6 oder L7?
Firewall/Proxy/Load Balancer: Welche Schichten?

Outbound-Links zur Interview-Vorbereitung (verlässliche Quellen)

Schneller Gesprächs-Check: So klingen Sie klar und professionell

Beginnen Sie Antworten mit der Schicht und nennen Sie dann Begründung + Beispiel.
Nutzen Sie die drei Anker: MAC (L2), IP (L3), Ports (L4).
Bei Szenarien immer: Symptom → Hypothese → Test → nächster Schritt.
Bei Grenzfällen (TLS, NAT, VPN, Firewall) sagen Sie ruhig: „Es hängt von der Implementierung ab“ und erklären Sie den Mechanismus.

Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte

Cisco Networking • CCNA • Packet Tracer • Network Configuration

Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.

Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.

Leistungsumfang:

Netzwerkdesign & Topologie-Planung
Router- & Switch-Konfiguration (Cisco IOS)
VLAN, Inter-VLAN Routing
OSPF, RIP, EIGRP (Grundlagen & Implementierung)
NAT, ACL, DHCP, DNS-Konfiguration
Troubleshooting & Netzwerkoptimierung
Packet Tracer Projektentwicklung & Dokumentation
CCNA Lern- & Praxisunterstützung

Lieferumfang:

Konfigurationsdateien
Packet-Tracer-Dateien (.pkt)
Netzwerkdokumentation
Schritt-für-Schritt-Erklärungen (auf Wunsch)

Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert

CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.