ZorinOS | DNS Auflösung - lokal statt server

[meph!sto]

Hi,
mir ist eben etwas merkwürdiges aufgefallen:
Mein Laptop nutzt scheinbar nicht meinen PiHole / unbound Server, sondern löst die DNS Anfragen local (s. 127.0.0.1:53)

 dig www.spiegel.de

; <<>> DiG 9.18.39-0ubuntu0.24.04.3-Ubuntu <<>> www.spiegel.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52205
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;www.spiegel.de.            IN    A

;; ANSWER SECTION:
www.spiegel.de.        196    IN    CNAME    aacfb9d106f4.link11.de.
aacfb9d106f4.link11.de.    1096    IN    A    128.65.210.180
aacfb9d106f4.link11.de.    1096    IN    A    128.65.210.181
aacfb9d106f4.link11.de.    1096    IN    A    128.65.210.185
aacfb9d106f4.link11.de.    1096    IN    A    128.65.210.184
aacfb9d106f4.link11.de.    1096    IN    A    128.65.210.183
aacfb9d106f4.link11.de.    1096    IN    A    128.65.210.182

;; Query time: 78 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Fri Apr 10 19:22:04 CEST 2026
;; MSG SIZE  rcvd: 173

Korrekt müsste es so aussehen:

dig www.spiegel.de

; <<>> DiG 9.18.39-0ubuntu0.24.04.3-Ubuntu <<>> www.spiegel.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12153
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
; EDE: 3 (Stale Answer)
;; QUESTION SECTION:
;www.spiegel.de.            IN    A

;; ANSWER SECTION:
www.spiegel.de.        0    IN    CNAME    aacfb9d106f4.link11.de.
aacfb9d106f4.link11.de.    638    IN    A    128.65.210.182
aacfb9d106f4.link11.de.    638    IN    A    128.65.210.183
aacfb9d106f4.link11.de.    638    IN    A    128.65.210.184
aacfb9d106f4.link11.de.    638    IN    A    128.65.210.185
aacfb9d106f4.link11.de.    638    IN    A    128.65.210.180
aacfb9d106f4.link11.de.    638    IN    A    128.65.210.181

;; Query time: 2 msec
;; SERVER: 192.168.1.36#53(192.168.1.36) (UDP)
;; WHEN: Fri Apr 10 19:23:19 CEST 2026
;; MSG SIZE  rcvd: 181

Wie erkläre ich nun meiner ZorinOS dass der korrekte DNS Server genutzt werden soll ?
Der DNS wird per DHCP im Netzwerk verteilt - nur scheint hier ZorinOS die lokale Auflösung zu priorisieren,

Habt ihr Ideen ?
Selbst wenn ich auf meinem Laptop den DNS auf 192.168.1.36 (pihole) umstelle, bleibt das Ergebnis eines "dig" gleich - 127.0.0.1:53

 

[JumpingCat]

Was hast du auf localhost:53 installiert? NetworkManager, systemd-resolved? Und wohin gehen diese?

 

[meph!sto]

Bewusst installiert habe ich da nix
Aber da läuft wohl systemd-resolved, zumindest spuckt mir ein systemctl den Prozess aus

 

[GTrash81]

Das ist ein "Proxy-Aufbau", damit ggf. Programme wie VPN-Clients im Hintergrund den DNS-Server ändern können und kein Programm es mitbekommt sowie Aussetzer zu minimieren.

In der Shell kann man sich wohl mit "systemd-resolve --status" die aktuelle Konfiguration anschauen,
ich würde bei der Auflistung die IP-Adresse von deinem PiHole/Unbound erwarten.

Ansonsten kannst du auch systemd-resolved konfigurieren:
https://wiki.archlinux.org/title/Systemd-resolved#Manually

 

[TP555]

Hi

127.0.0.1:53

Läuft Pihole denn auf dem gleichen Rechner oder Extern z.b. auf nem Pi?

Was steht denn im Query Log? Welche Seiten und für welche Client IP wurden Akzeptiert oder Blockiert?

vlt. ist das ganze aber auch Normal und richtig so?

YouTube

An dieser Stelle steht ein externer Inhalt von YouTube, der den Forumbeitrag ergänzt. Er kann mit einem Klick geladen und auch wieder ausgeblendet werden.

YouTube-Embeds laden

Ich bin damit einverstanden, dass YouTube-Embeds geladen werden. Dabei können personen­bezogene Daten an YouTube übermittelt werden. Mehr dazu in der Datenschutzerklärung.

YouTube-Embeds laden

Datenschutzerklärung

mfg.

 

[meph!sto]

Mein PiHole löuft auf einem Proxmox server in einem LXC Container.

Apr 10 20:13:29 Thinkpad-ZorinOS systemd-resolved[1136]: wlp3s0: Bus client set DNS server list to: 192.168.1.1, fd00::44fe:aeff:fe69:1f7e

DIe 192.168.1.1 ist meine FB ... lustigerweise taucht mein ZorinOS Laptop nun auch im Pihole auf.

Es scheint auch alles zu funktionieren, aber mich irritierte eben der Verweis auf 127.0.0.1:53 statt direkt auf den pihole

 

[Redundanz]

so realisiert systemd den lokalen dns-cache.
nicht-gecachte requests gehen nur an deine definierten upstreams.
du sagst ja es schlägt auf pihole was auf oder? oder verstehe ich das "nun auch", dass es vorher (wann genau?) nicht so war?

 

[meph!sto]

In der pihole Übersicht wird mein Laptop aufgelistet und als ich den Anfangspost schrieb, war von meinem Laptop in der Live-Übersicht von Pihole nix zu sehen.
Und nun tauchten DNS Abfragen im pihole vom Laptop "nun auch" (wieder) auf.

Das mit dem Cache macht ja auch Sinn und passt zu meinen Beobachtungen.

Kann man den Cache irgendwo ausschalten?

 

[TP555]

Kann man den Cache irgendwo ausschalten?

Das hatte ich glaube ich auch mal versucht, aber da funktionierte DNS-SEC nicht mehr!
Für DNS-SEC wird wohl der Cache benötigt?

Laptop

Läuft da auch ein Linux oder Windows drauf?
Wenn Wenn Windows da kannst du dann den DNS Dienst abschalten, vorher noch als Admin in einer Eingabeaufforderung : ipconfig /flushdns machen, dann Cached Windows schon mal nichts mehr.

In Pihole bei Sytem/Settings and dann wieder System!
Mach mal Flush Logs ,und Starte dann mal alles neu, dann sollte auch da der Cache leer sein.

Nimm doch mal Spiegel.de und Blockiere die Seite, dann kannst du ja Testen ob Pihole korrekt Funktioniert, und ob Zorin OS auch das Pihole wirklich benutzt.

Wenn du eine noch genauere log Ausgabe benötigst: "/var/log/pihole/pihole.log" da steht noch mehr drin!

mfg.

 

[meph!sto]

Auf meinem Laptop läuft besagtes ZorinOS.
Die Gegenprobe habe ich gemacht: PiHole funktioniert wie erwartet - und der Laptop/ZorinOS schiebt DNS durch den PiHole

 

[Uridium]

Gegenprüfen ist manchmal auch hilfreich:
https://www.dnsleaktest.com/
https://dnscheck.tools/
https://bash.ws/dnsleak