br/lpic-sim
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

neue Fragn

Browse Source
This commit is contained in:
Björn Runden committed 2026-10-30 15:40:37 +01:00
1 parent 07dbc01c92
commit 6a8035cced
16 files changed
+3422 -16
Download Patch File Download Diff File Expand all files Collapse all files

No files matched your search

simulator/data/lpic1_102/questions_109_set2.json
+391
View File
@@ -0,0 +1,391 @@
{
"$schema": "../schema/questions.schema.json",
"format": "lpic-sim-questions",
"meta": {
"file": "questions_109_set2.json",
"brief": "Zweiter Fragensatz zu Topic 109 Netzwerkgrundlagen (LPIC-1 102-500, Objectives 5.0)",
"author": "Björn Runden <br@runden.de>",
"owner": "Björn Runden <br@runden.de>",
"assist": "KI-unterstützt (Claude Opus 5.5), geprüft von Björn Runden <br@runden.de>",
"version": "0.1.0 (30.10.2026)"
},
"exam": "lpic1-102",
"questions": [
{
"id": "109.1-007",
"objective": "109.1",
"type": "single",
"difficulty": 2,
"question": "Wie lautet die Broadcast-Adresse des Netzes `192.0.2.64/26`?",
"options": [
{ "id": "a", "text": "`192.0.2.127`", "correct": true, "explanation": "/26 = Blöcke zu 64 Adressen: .64 bis .127; die letzte ist Broadcast." },
{ "id": "b", "text": "`192.0.2.63`", "correct": false, "explanation": "Broadcast des vorherigen Netzes `192.0.2.0/26`." },
{ "id": "c", "text": "`192.0.2.128`", "correct": false, "explanation": "Netzadresse des nächsten Blocks `192.0.2.128/26`." },
{ "id": "d", "text": "`192.0.2.255`", "correct": false, "explanation": "Broadcast eines `/24`." },
{ "id": "e", "text": "`192.0.2.64`", "correct": false, "explanation": "Das ist die Netzadresse." }
],
"explanation": "Rechenweg: Blockgröße = 256 − 192 = 64. Netz = Vielfaches von 64, Broadcast = Netz + 63.",
"references": ["RFC 950"]
},
{
"id": "109.1-008",
"objective": "109.1",
"type": "fill",
"difficulty": 1,
"question": "Welchen Port verwenden DNS-Anfragen standardmäßig? (nur die Zahl)",
"answers": ["53"],
"explanation": "Normale Anfragen über UDP 53; große Antworten und Zonentransfers über TCP 53.",
"references": ["man 5 services"]
},
{
"id": "109.1-009",
"objective": "109.1",
"type": "single",
"difficulty": 1,
"question": "Welche Aussage über UDP trifft zu?",
"options": [
{ "id": "a", "text": "UDP ist verbindungslos und garantiert weder Zustellung noch Reihenfolge.", "correct": true, "explanation": "Geringer Overhead; Zuverlässigkeit muss die Anwendung selbst regeln." },
{ "id": "b", "text": "UDP baut Verbindungen mit einem Drei-Wege-Handshake auf.", "correct": false, "explanation": "Das ist TCP (SYN, SYN-ACK, ACK)." },
{ "id": "c", "text": "UDP sorgt für die richtige Reihenfolge der Pakete.", "correct": false, "explanation": "Das leistet TCP über Sequenznummern." },
{ "id": "d", "text": "UDP funktioniert nur mit IPv6.", "correct": false, "explanation": "UDP läuft über IPv4 und IPv6." },
{ "id": "e", "text": "`ping` verwendet UDP.", "correct": false, "explanation": "`ping` verwendet ICMP." }
],
"explanation": "Typische UDP-Dienste: DNS, NTP, DHCP, syslog, SNMP.",
"references": ["RFC 768"]
},
{
"id": "109.1-010",
"objective": "109.1",
"type": "single",
"difficulty": 2,
"question": "Welche Schreibweise ist die korrekte Kurzform von `2001:0db8:0000:0000:0000:0000:0000:0001`?",
"options": [
{ "id": "a", "text": "`2001:db8::1`", "correct": true, "explanation": "Führende Nullen je Gruppe entfallen, die längste Nullfolge wird einmal durch `::` ersetzt." },
{ "id": "b", "text": "`2001:db8:1`", "correct": false, "explanation": "Ohne `::` fehlen fünf Gruppen – die Adresse wäre unvollständig." },
{ "id": "c", "text": "`2001::db8::1`", "correct": false, "explanation": "`::` darf nur einmal vorkommen." },
{ "id": "d", "text": "`2001:db8:0:1`", "correct": false, "explanation": "Nur vier Gruppen, ohne `::` – ungültig." },
{ "id": "e", "text": "`21:db8::1`", "correct": false, "explanation": "Nur **führende** Nullen dürfen entfallen; in `2001` sind keine." }
],
"explanation": "`2001:db8::/32` ist für Dokumentation reserviert – wie `192.0.2.0/24` bei IPv4.",
"references": ["RFC 5952"]
},
{
"id": "109.1-011",
"objective": "109.1",
"type": "single",
"difficulty": 2,
"question": "Welches IPv6-Präfix ist für **Unique Local Addresses** reserviert (vergleichbar mit privaten IPv4-Netzen)?",
"options": [
{ "id": "a", "text": "`fc00::/7`", "correct": true, "explanation": "In der Praxis `fd00::/8` mit zufälliger 40-Bit-Global-ID." },
{ "id": "b", "text": "`fe80::/10`", "correct": false, "explanation": "Link-Local – nur auf dem eigenen Segment gültig." },
{ "id": "c", "text": "`2000::/3`", "correct": false, "explanation": "Global Unicast (öffentlich routbar)." },
{ "id": "d", "text": "`ff00::/8`", "correct": false, "explanation": "Multicast." },
{ "id": "e", "text": "`::1/128`", "correct": false, "explanation": "Loopback." }
],
"explanation": "ULA werden im Internet nicht geroutet, eignen sich aber für interne Netze.",
"references": ["RFC 4193"]
},
{
"id": "109.1-012",
"objective": "109.1",
"type": "multi",
"difficulty": 1,
"question": "Welche Protokolle arbeiten auf der **Transportschicht**?",
"options": [
{ "id": "a", "text": "TCP", "correct": true, "explanation": "Verbindungsorientiert, zuverlässig." },
{ "id": "b", "text": "UDP", "correct": true, "explanation": "Verbindungslos." },
{ "id": "c", "text": "ICMP", "correct": false, "explanation": "Gehört zur Vermittlungsschicht (IP)." },
{ "id": "d", "text": "IP", "correct": false, "explanation": "Vermittlungsschicht." },
{ "id": "e", "text": "ARP", "correct": false, "explanation": "Verbindet Sicherungs- und Vermittlungsschicht (IP → MAC)." }
],
"explanation": "Ports gibt es nur auf der Transportschicht – deshalb haben ICMP-Nachrichten keine Portnummer.",
"references": ["RFC 1122"]
},
{
"id": "109.1-013",
"objective": "109.1",
"type": "single",
"difficulty": 2,
"question": "Liegen die Adressen `192.0.2.10/26` und `192.0.2.70/26` im selben Subnetz?",
"options": [
{ "id": "a", "text": "Nein – `192.0.2.10` liegt in `192.0.2.0/26`, `192.0.2.70` in `192.0.2.64/26`.", "correct": true, "explanation": "/26 teilt das /24 in Blöcke .0–.63, .64–.127, .128–.191, .192–.255." },
{ "id": "b", "text": "Ja – beide liegen in `192.0.2.0/26`.", "correct": false, "explanation": "`192.0.2.0/26` reicht nur bis .63." },
{ "id": "c", "text": "Ja – ein /26 umfasst .0 bis .127.", "correct": false, "explanation": "Das wäre ein /25." },
{ "id": "d", "text": "Nein – weil `192.0.2.70` eine Broadcast-Adresse ist.", "correct": false, "explanation": "Broadcast des Blocks ist .127; .70 ist eine normale Host-Adresse." },
{ "id": "e", "text": "Das lässt sich ohne Angabe des Gateways nicht bestimmen.", "correct": false, "explanation": "Adresse und Präfix genügen." }
],
"explanation": "Hosts in verschiedenen Subnetzen erreichen sich nur über einen Router.",
"references": ["RFC 950"]
},
{
"id": "109.2-007",
"objective": "109.2",
"type": "single",
"difficulty": 1,
"question": "Welcher Befehl zeigt den Status aller Netzwerkgeräte, die NetworkManager verwaltet?",
"options": [
{ "id": "a", "text": "`nmcli device status`", "correct": true, "explanation": "Listet Gerät, Typ, Zustand (connected, disconnected, unmanaged) und Verbindung." },
{ "id": "b", "text": "`nmcli general hostname`", "correct": false, "explanation": "Zeigt bzw. setzt den Hostnamen." },
{ "id": "c", "text": "`nmcli connection reload`", "correct": false, "explanation": "Liest Verbindungsdateien neu ein." },
{ "id": "d", "text": "`ip route`", "correct": false, "explanation": "Zeigt die Routingtabelle des Kernels, nicht den NetworkManager-Status." },
{ "id": "e", "text": "`networkctl reload`", "correct": false, "explanation": "Gehört zu systemd-networkd." }
],
"explanation": "Verbindungen (Profile): `nmcli connection show`; aktivieren mit `nmcli connection up <name>`.",
"references": ["man 1 nmcli"]
},
{
"id": "109.2-008",
"objective": "109.2",
"type": "fill",
"difficulty": 1,
"question": "Mit welchem Befehl (mit Argument) aktiviert man unter ifupdown die Schnittstelle `eth0` gemäß `/etc/network/interfaces`?",
"answers": ["ifup eth0"],
"explanation": "Gegenstück: `ifdown eth0`. Hinweis: ifupdown soll laut LPI künftig aus den Objectives entfallen.",
"references": ["man 8 ifup"]
},
{
"id": "109.2-009",
"objective": "109.2",
"type": "single",
"difficulty": 2,
"question": "Wo und mit welcher Dateiendung legt man eine Schnittstellenkonfiguration für **systemd-networkd** ab?",
"options": [
{ "id": "a", "text": "`/etc/systemd/network/10-eth0.network`", "correct": true, "explanation": "Abschnitte `[Match]` (z. B. `Name=eth0`) und `[Network]` (`Address=`, `Gateway=`, `DNS=` oder `DHCP=yes`)." },
{ "id": "b", "text": "`/etc/network/interfaces.d/eth0.conf`", "correct": false, "explanation": "Gehört zu ifupdown." },
{ "id": "c", "text": "`/etc/NetworkManager/system-connections/eth0.nmconnection`", "correct": false, "explanation": "Verbindungsprofil von NetworkManager." },
{ "id": "d", "text": "`/etc/sysconfig/network-scripts/ifcfg-eth0`", "correct": false, "explanation": "Klassischer Ort der Red-Hat-Familie." },
{ "id": "e", "text": "`/etc/systemd/networkd.conf.d/eth0.service`", "correct": false, "explanation": "`.service`-Dateien sind Dienst-Units." }
],
"explanation": "Status bei networkd: `networkctl list`, `networkctl status eth0`.",
"references": ["man 5 systemd.network"]
},
{
"id": "109.2-010",
"objective": "109.2",
"type": "single",
"difficulty": 1,
"question": "Wie schaltet man die Schnittstelle `eth0` mit dem `ip`-Werkzeug ab?",
"options": [
{ "id": "a", "text": "`ip link set eth0 down`", "correct": true, "explanation": "`ip link set <dev> up|down` setzt den administrativen Zustand." },
{ "id": "b", "text": "`ip addr del eth0`", "correct": false, "explanation": "`ip addr del` erwartet eine Adresse und entfernt nur diese." },
{ "id": "c", "text": "`ip link eth0 off`", "correct": false, "explanation": "Falsche Syntax (fehlendes `set`, `off` statt `down`)." },
{ "id": "d", "text": "`ip route del eth0`", "correct": false, "explanation": "Entfernt Routen, nicht die Schnittstelle." },
{ "id": "e", "text": "`ifconfig eth0 off`", "correct": false, "explanation": "Bei ifconfig hieße es `ifconfig eth0 down`." }
],
"explanation": "Die Änderung ist nicht dauerhaft; Netzwerkdienste können die Schnittstelle wieder aktivieren.",
"references": ["man 8 ip-link"]
},
{
"id": "109.2-011",
"objective": "109.2",
"type": "multi",
"difficulty": 2,
"question": "Welche Aussagen zu Hostnamen treffen zu?",
"options": [
{ "id": "a", "text": "`hostname -f` zeigt den vollqualifizierten Namen (FQDN).", "correct": true, "explanation": "Ermittelt über die Namensauflösung, z. B. `web01.example.org`." },
{ "id": "b", "text": "`hostnamectl` ohne Argumente zeigt u. a. den statischen Hostnamen, Betriebssystem und Kernel.", "correct": true, "explanation": "Entspricht `hostnamectl status`." },
{ "id": "c", "text": "`/etc/hostname` enthält die IP-Adresse des Rechners.", "correct": false, "explanation": "Sie enthält nur den Namen." },
{ "id": "d", "text": "Ein mit `hostname web02` gesetzter Name bleibt nach dem Neustart erhalten.", "correct": false, "explanation": "Nur bis zum Neustart; dauerhaft mit `hostnamectl set-hostname`." },
{ "id": "e", "text": "Ein Eintrag in `/etc/hosts` schaltet DNS für alle Namen ab.", "correct": false, "explanation": "`/etc/hosts` ergänzt nur einzelne Namen; die Reihenfolge regelt `nsswitch.conf`." }
],
"explanation": "systemd unterscheidet statischen, transienten (z. B. per DHCP) und „pretty“ Hostnamen.",
"references": ["man 1 hostname", "man 1 hostnamectl"]
},
{
"id": "109.2-012",
"objective": "109.2",
"type": "single",
"difficulty": 1,
"question": "Welches Programm ist ein **DHCP-Client**?",
"options": [
{ "id": "a", "text": "`dhclient`", "correct": true, "explanation": "Fordert Adresse, Gateway und DNS-Server beim DHCP-Server an." },
{ "id": "b", "text": "`dhcpd`", "correct": false, "explanation": "Der ISC-DHCP-**Server**." },
{ "id": "c", "text": "`named`", "correct": false, "explanation": "DNS-Server (BIND)." },
{ "id": "d", "text": "`ntpd`", "correct": false, "explanation": "NTP-Daemon." },
{ "id": "e", "text": "`sshd`", "correct": false, "explanation": "SSH-Server." }
],
"explanation": "NetworkManager und systemd-networkd bringen eigene DHCP-Clients mit.",
"references": ["man 8 dhclient"]
},
{
"id": "109.2-013",
"objective": "109.2",
"type": "single",
"difficulty": 2,
"question": "Wie verbindet man sich mit NetworkManager auf der Befehlszeile mit dem WLAN `Labor`?",
"options": [
{ "id": "a", "text": "`nmcli device wifi connect Labor password \"<passphrase>\"`", "correct": true, "explanation": "Legt ein Verbindungsprofil an und aktiviert es; `nmcli device wifi list` zeigt verfügbare Netze." },
{ "id": "b", "text": "`nmcli wifi join Labor`", "correct": false, "explanation": "Einen Unterbefehl `wifi join` gibt es nicht." },
{ "id": "c", "text": "`ip link set wlan0 ssid Labor`", "correct": false, "explanation": "`ip` konfiguriert keine WLAN-Verbindungen." },
{ "id": "d", "text": "`iwconfig connect Labor`", "correct": false, "explanation": "Falsche Syntax; `iwconfig` ist zudem veraltet und kann kein WPA." },
{ "id": "e", "text": "`hostnamectl wifi Labor`", "correct": false, "explanation": "`hostnamectl` verwaltet den Hostnamen." }
],
"explanation": "Interaktiv geht es mit `nmtui`. Passwörter nicht in der Shell-History stehen lassen (`--ask`).",
"references": ["man 1 nmcli"]
},
{
"id": "109.3-007",
"objective": "109.3",
"type": "single",
"difficulty": 1,
"question": "Welcher Aufruf sendet genau vier Echo Requests und beendet sich dann?",
"options": [
{ "id": "a", "text": "`ping -c 4 host01`", "correct": true, "explanation": "`-c` (count) begrenzt die Anzahl." },
{ "id": "b", "text": "`ping -n 4 host01`", "correct": false, "explanation": "`-n` ist bei Linux „numerische Ausgabe“; die Windows-Syntax hat hier keine Wirkung auf die Anzahl." },
{ "id": "c", "text": "`ping -i 4 host01`", "correct": false, "explanation": "`-i` setzt den Abstand zwischen Paketen in Sekunden." },
{ "id": "d", "text": "`ping -s 4 host01`", "correct": false, "explanation": "`-s` setzt die Nutzdatengröße." },
{ "id": "e", "text": "`ping -w 4 host01`", "correct": false, "explanation": "`-w` ist eine Gesamtzeitgrenze in Sekunden." }
],
"explanation": "Ohne `-c` läuft ping unter Linux bis Strg+C. IPv6: `ping -6` bzw. `ping6`.",
"references": ["man 8 ping"]
},
{
"id": "109.3-008",
"objective": "109.3",
"type": "fill",
"difficulty": 1,
"question": "Mit welchem `ip`-Aufruf (Befehl und Objekt) zeigt man die Neighbor-/ARP-Tabelle an?",
"answers": ["ip neigh", "ip neighbor", "ip neighbour", "ip n", "ip neigh show"],
"explanation": "Zeigt IP → MAC-Zuordnungen mit Zustand (REACHABLE, STALE, FAILED). Alt: `arp -n`.",
"references": ["man 8 ip-neighbour"]
},
{
"id": "109.3-009",
"objective": "109.3",
"type": "single",
"difficulty": 2,
"question": "Welcher Befehl zeigt, über welche Route, welches Gateway und welche Schnittstelle Pakete zu `198.51.100.7` gesendet würden?",
"options": [
{ "id": "a", "text": "`ip route get 198.51.100.7`", "correct": true, "explanation": "Fragt die Routing-Entscheidung des Kernels für genau dieses Ziel ab." },
{ "id": "b", "text": "`ip route show 198.51.100.7`", "correct": false, "explanation": "Zeigt nur Routen, die exakt diesem Präfix entsprechen – meist keine." },
{ "id": "c", "text": "`ip addr get 198.51.100.7`", "correct": false, "explanation": "`ip addr` kennt kein `get`." },
{ "id": "d", "text": "`ping -r 198.51.100.7`", "correct": false, "explanation": "`-r` umgeht die Routingtabelle." },
{ "id": "e", "text": "`dig 198.51.100.7`", "correct": false, "explanation": "`dig` stellt DNS-Anfragen." }
],
"explanation": "Hilfreich bei mehreren Schnittstellen oder VPNs, um die gewählte Quelladresse zu sehen.",
"references": ["man 8 ip-route"]
},
{
"id": "109.3-010",
"objective": "109.3",
"type": "single",
"difficulty": 2,
"question": "Mit welchem Befehl lässt man netcat (OpenBSD-Variante) zu Testzwecken auf TCP-Port 4444 lauschen?",
"options": [
{ "id": "a", "text": "`nc -l 4444`", "correct": true, "explanation": "`-l` (listen); die traditionelle Variante erwartet `nc -l -p 4444`." },
{ "id": "b", "text": "`nc -z 4444`", "correct": false, "explanation": "`-z` prüft nur Verbindungen zu einem Ziel ohne Daten." },
{ "id": "c", "text": "`nc -u 4444`", "correct": false, "explanation": "`-u` wählt UDP; es fehlt das Lauschen und ein Ziel." },
{ "id": "d", "text": "`nc 4444`", "correct": false, "explanation": "`4444` würde als Hostname interpretiert." },
{ "id": "e", "text": "`nc -v 4444`", "correct": false, "explanation": "`-v` macht nur die Ausgabe ausführlicher." }
],
"explanation": "Test zwischen zwei Rechnern: auf A `nc -l 4444`, auf B `nc A 4444` – getippter Text erscheint auf der Gegenseite.",
"references": ["man 1 nc"]
},
{
"id": "109.3-011",
"objective": "109.3",
"type": "multi",
"difficulty": 2,
"question": "Welche Aussagen zu `traceroute` und `tracepath` treffen zu?",
"options": [
{ "id": "a", "text": "`traceroute` sendet Pakete mit schrittweise steigender TTL.", "correct": true, "explanation": "Jeder Router, bei dem die TTL 0 erreicht, antwortet mit ICMP Time Exceeded und verrät sich so." },
{ "id": "b", "text": "`tracepath` benötigt keine Root-Rechte und ermittelt zusätzlich die Path-MTU.", "correct": true, "explanation": "Es nutzt UDP und wertet ICMP-Fehlermeldungen aus." },
{ "id": "c", "text": "`traceroute` funktioniert nur, wenn auf dem Ziel TCP-Port 80 offen ist.", "correct": false, "explanation": "Standardmäßig nutzt traceroute UDP auf hohe Ports; TCP ist nur eine Option (`-T`)." },
{ "id": "d", "text": "`traceroute` zeigt nur das Ziel, nicht die Zwischenstationen.", "correct": false, "explanation": "Genau die Zwischenstationen (Hops) sind der Zweck." },
{ "id": "e", "text": "Ein `* * *` bedeutet immer, dass das Ziel nicht erreichbar ist.", "correct": false, "explanation": "Nur, dass dieser Hop nicht antwortet (oft gefiltert); spätere Hops können trotzdem erscheinen." }
],
"explanation": "`mtr` kombiniert traceroute und ping fortlaufend.",
"references": ["man 8 traceroute", "man 8 tracepath"]
},
{
"id": "109.3-012",
"objective": "109.3",
"type": "single",
"difficulty": 1,
"question": "Welcher Befehl zeigt alle **bestehenden** TCP-Verbindungen mit numerischen Adressen und Ports?",
"options": [
{ "id": "a", "text": "`ss -tn`", "correct": true, "explanation": "Ohne `-l` oder `-a` zeigt `ss` die verbundenen (nicht lauschenden) Sockets." },
{ "id": "b", "text": "`ss -tln`", "correct": false, "explanation": "`-l` zeigt nur lauschende Sockets." },
{ "id": "c", "text": "`ss -un`", "correct": false, "explanation": "`-u` zeigt UDP-Sockets." },
{ "id": "d", "text": "`ip -s link`", "correct": false, "explanation": "Zeigt Schnittstellenstatistiken." },
{ "id": "e", "text": "`netstat -i`", "correct": false, "explanation": "Zeigt die Schnittstellentabelle mit Zählern." }
],
"explanation": "Filter sind möglich: `ss -tn state established '( dport = :443 )'`.",
"references": ["man 8 ss"]
},
{
"id": "109.3-013",
"objective": "109.3",
"type": "single",
"difficulty": 1,
"question": "Welcher Befehl zeigt die Adressen aller Schnittstellen kompakt in **je einer Zeile**?",
"options": [
{ "id": "a", "text": "`ip -br addr`", "correct": true, "explanation": "`-br` (brief): Name, Zustand, Adressen." },
{ "id": "b", "text": "`ip -s link`", "correct": false, "explanation": "Zeigt Statistiken der Schnittstellen." },
{ "id": "c", "text": "`ip route`", "correct": false, "explanation": "Zeigt die Routingtabelle." },
{ "id": "d", "text": "`ip neigh`", "correct": false, "explanation": "Zeigt die Neighbor-/ARP-Tabelle." },
{ "id": "e", "text": "`ss -a`", "correct": false, "explanation": "Zeigt alle Sockets." }
],
"explanation": "Nur IPv4: `ip -4 -br addr`. Eigene Adressen schnell: `hostname -I`.",
"references": ["man 8 ip"]
},
{
"id": "109.4-004",
"objective": "109.4",
"type": "single",
"difficulty": 2,
"question": "`/etc/resolv.conf` enthält `search example.org`. Was bewirkt das?",
"options": [
{ "id": "a", "text": "Kurze Namen wie `web01` werden zusätzlich als `web01.example.org` aufgelöst.", "correct": true, "explanation": "Die Suchdomäne wird an Namen ohne (ausreichend viele) Punkte angehängt." },
{ "id": "b", "text": "Nur Namen unter `example.org` dürfen aufgelöst werden.", "correct": false, "explanation": "`search` beschränkt nichts." },
{ "id": "c", "text": "`example.org` wird als DNS-Server verwendet.", "correct": false, "explanation": "DNS-Server stehen in `nameserver`-Zeilen (als IP-Adresse)." },
{ "id": "d", "text": "Der Hostname des Rechners wird auf `example.org` gesetzt.", "correct": false, "explanation": "Der Hostname steht in `/etc/hostname`." },
{ "id": "e", "text": "Anfragen nach `example.org` werden aus `/etc/hosts` beantwortet.", "correct": false, "explanation": "Die Reihenfolge der Quellen regelt `nsswitch.conf`." }
],
"explanation": "Bis zu drei `nameserver`-Zeilen werden genutzt; `options timeout:2 attempts:2` steuert Wiederholungen.",
"references": ["man 5 resolv.conf"]
},
{
"id": "109.4-005",
"objective": "109.4",
"type": "fill",
"difficulty": 2,
"question": "Welcher Befehl (mit Unterbefehl) zeigt bei **systemd-resolved** die verwendeten DNS-Server je Schnittstelle?",
"answers": ["resolvectl status", "resolvectl dns", "systemd-resolve --status"],
"explanation": "Bei systemd-resolved zeigt `/etc/resolv.conf` meist nur den lokalen Stub `127.0.0.53`.",
"references": ["man 1 resolvectl"]
},
{
"id": "109.4-006",
"objective": "109.4",
"type": "single",
"difficulty": 1,
"question": "Welcher `dig`-Aufruf gibt für `example.org` **nur** die aufgelöste(n) Adresse(n) aus?",
"options": [
{ "id": "a", "text": "`dig +short example.org`", "correct": true, "explanation": "`+short` unterdrückt alle Abschnitte bis auf die Antwortdaten." },
{ "id": "b", "text": "`dig -x example.org`", "correct": false, "explanation": "`-x` macht eine Rückwärtsauflösung und erwartet eine IP-Adresse." },
{ "id": "c", "text": "`dig @short example.org`", "correct": false, "explanation": "`@` wählt den abzufragenden Server – hier einen namens `short`." },
{ "id": "d", "text": "`host -t short example.org`", "correct": false, "explanation": "`-t` erwartet einen Record-Typ wie `A`, `MX`, `AAAA`." },
{ "id": "e", "text": "`nslookup -short example.org`", "correct": false, "explanation": "`nslookup` kennt keine Option `-short`." }
],
"explanation": "Record-Typ angeben: `dig example.org MX`, `dig AAAA example.org`. Bestimmten Server fragen: `dig @192.0.2.53 example.org`.",
"references": ["man 1 dig"]
},
{
"id": "109.4-007",
"objective": "109.4",
"type": "multi",
"difficulty": 2,
"question": "Welche Aussagen zur clientseitigen Namensauflösung treffen zu?",
"options": [
{ "id": "a", "text": "`getent hosts web01` berücksichtigt die Reihenfolge aus `/etc/nsswitch.conf`, also auch `/etc/hosts`.", "correct": true, "explanation": "`getent` nutzt dieselbe Kette wie normale Programme." },
{ "id": "b", "text": "`dig -x 192.0.2.10` fragt den PTR-Eintrag (Rückwärtsauflösung) ab.", "correct": true, "explanation": "Abgefragt wird `10.2.0.192.in-addr.arpa`." },
{ "id": "c", "text": "`host -t MX example.org` liefert die A-Records von `example.org`.", "correct": false, "explanation": "Es liefert die **MX**-Records (Mailserver)." },
{ "id": "d", "text": "Mit `hosts: dns files` in `nsswitch.conf` wird `/etc/hosts` zuerst befragt.", "correct": false, "explanation": "Die Reihenfolge ist von links nach rechts: zuerst DNS." },
{ "id": "e", "text": "Beliebig viele `nameserver`-Zeilen in `/etc/resolv.conf` werden genutzt.", "correct": false, "explanation": "Die glibc nutzt höchstens drei." }
],
"explanation": "Fehlersuche: `dig` (nur DNS) mit `getent hosts` (NSS) vergleichen.",
"references": ["man 5 nsswitch.conf", "man 1 dig"]
}
]
}