Wie debugge ich DNS-Fehler?

[Krik]

Ich habe das Skript von einer KI entsprechend ändern lassen:

#!/bin/bash

LOGFILE="dns_errors.log"
TMPDIR=$(mktemp -d)
touch "$LOGFILE"

cleanup() {
    rm -rf "$TMPDIR"
}
trap cleanup EXIT

while true; do
    echo "$(date '+%Y-%m-%d %H:%M:%S') - performing dns check"

    dig +time=1 +tries=1 @127.0.0.53 computerbase.de > "$TMPDIR/out1.txt" &
    dig +time=1 +tries=1 @10.0.1.1 computerbase.de > "$TMPDIR/out2.txt" &
    wait

    COMBINED_OUTPUT=$(cat "$TMPDIR/out1.txt" "$TMPDIR/out2.txt")
    if echo "$COMBINED_OUTPUT" | grep -q "status: SERVFAIL"; then
        echo "$(date '+%Y-%m-%d %H:%M:%S') - Fehler:" >> "$LOGFILE"
        echo "127.0.0.53:" >> "$LOGFILE"
        cat "$TMPDIR/out1.txt" >> "$LOGFILE"
        echo "10.0.1.1:" >> "$LOGFILE"
        cat "$TMPDIR/out2.txt" >> "$LOGFILE"
        echo "---" >> "$LOGFILE"
    fi

    sleep 1
done

Ich bin schwer gespannt, ob das irgendwas auffängt.

Danke, @dideldei! Das hat mir wieder etwas Hoffnung gegeben.

 

[dideldei]

Dein code ist zu eng (grep -q "status: SERVFAIL" beispielsweise, weil hier die timeouts & refused nicht hervorgehoben werden)
Ich verweise noch einmal auf post #38.

Wenn du dir das per ai anzeigen lässt, fehlt hier die Inhaltsangabe, aus welchem Kontext kreiert wird.

 

[Krik]

Ich wollte verhindern, einfach von der Menge der Meldungen überrollt zu werden.

 

[dideldei]

Wir nutzen jede Meldung für eine Auswertung und dafür ist der Log da. Vorher eine Einschätzung zugeben, ob die Meldung relevant ist, können wir uns nicht leisten und kann zu Sackgassen führen.

 

[Krik]

[krik@krix ~]$ dig @127.0.0.53 youtube.com

; <<>> DiG 9.20.22 <<>> @127.0.0.53 youtube.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 64994
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;youtube.com.                   IN      A

;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Thu Apr 30 13:56:24 CEST 2026
;; MSG SIZE  rcvd: 40

[krik@krix ~]$ dig @10.0.1.1 youtube.com

; <<>> DiG 9.20.22 <<>> @10.0.1.1 youtube.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 20633
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;youtube.com.                   IN      A

;; Query time: 28 msec
;; SERVER: 10.0.1.1#53(10.0.1.1) (UDP)
;; WHEN: Thu Apr 30 13:56:35 CEST 2026
;; MSG SIZE  rcvd: 29

Das Skript, das computerbase.de permanent abfragt, zeigte keine Auffälligkeit. Journactl hat ungefähr passend zum Zeitpunkt das ausgeworfen. Davor wurde stundenlang nichts geloggt:

Apr 30 13:58:35 krix NetworkManager[866]: ((../NetworkManager/src/libnm-systemd-core/src/libsystemd/sd-event/sd-event.c:4458)): assertion '<dropped>' failed
Apr 30 13:58:35 krix NetworkManager[866]: <info>  [1777550315.4594] manager: NetworkManager state is now CONNECTED_SITE
Apr 30 13:59:38 krix NetworkManager[866]: <info>  [1777550378.5367] manager: NetworkManager state is now CONNECTED_GLOBAL

Ich habe in dieser kurzen Zeit auch ein Popup von KDE bekommen, dass meine Netzwerkverbindung eingeschränkt ist.