Was bedeutet im Pi-hole "answered by unifi#53"

**thghh** · 16. Februar 2023

Was das in der Übersetzung bedeutet habe ich verstanden und irgendwie stimmt da was nicht wenn ich mir das nachfolgende ansehe. Der Pi-hole scheint das überhaupt nicht an unbound zu senden.

Code

Feb 15 23:58:23: query[A] ssl.gstatic.com from 192.168.50.29
Feb 15 23:58:23: forwarded ssl.gstatic.com to 192.168.1.1
Feb 15 23:58:23: query[HTTPS] ssl.gstatic.com from 192.168.50.29
Feb 15 23:58:23: forwarded ssl.gstatic.com to 192.168.1.1
Feb 15 23:58:23: validation result is INSECURE
Feb 15 23:58:23: reply ssl.gstatic.com is 142.250.185.131
Feb 15 23:58:23: validation result is INSECURE
Feb 15 23:58:23: reply ssl.gstatic.com is NODATA
Feb 15 23:58:23: query[HTTPS] clients6.google.com from 192.168.50.29
Feb 15 23:58:23: forwarded clients6.google.com to 192.168.1.1

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 16. Februar 2023

Zitat von thghh

Was das in der Übersetzung bedeutet habe ich verstanden und irgendwie stimmt da was nicht wenn ich mir das nachfolgende ansehe. Der Pi-hole scheint das überhaupt nicht an unbound zu senden.

Defakto auch kein Anzeigefehler! 192.168.1.1 ist die IP von deiner UDM-SE oder? Wenn ja, hat dir Pi-Hole das richtig angezeigt. Diese sollte als Host "unifi" besitzen!

**thghh** · 16. Februar 2023

Richtig aber warum macht er das nun. Ich muss weiter forschen.

**razor** · 16. Februar 2023

Zitat von thghh

Was das in der Übersetzung bedeutet habe ich verstanden und irgendwie stimmt da was nicht wenn ich mir das nachfolgende ansehe. Der Pi-hole scheint das überhaupt nicht an unbound zu senden.

Code

Feb 15 23:58:23: query[A] ssl.gstatic.com from 192.168.50.29
Feb 15 23:58:23: forwarded ssl.gstatic.com to 192.168.1.1
Feb 15 23:58:23: query[HTTPS] ssl.gstatic.com from 192.168.50.29
Feb 15 23:58:23: forwarded ssl.gstatic.com to 192.168.1.1
Feb 15 23:58:23: validation result is INSECURE
Feb 15 23:58:23: reply ssl.gstatic.com is 142.250.185.131
Feb 15 23:58:23: validation result is INSECURE
Feb 15 23:58:23: reply ssl.gstatic.com is NODATA
Feb 15 23:58:23: query[HTTPS] clients6.google.com from 192.168.50.29
Feb 15 23:58:23: forwarded clients6.google.com to 192.168.1.1

Anhand des Code-Blocks lässt sich das meiner Meinung nach nicht erkennen. Unter welcher IP und auf welchem Port ist denn Dein Unbound-Server zu erreichen?

Bei mir - mit auf dem pi-hole installiert:

Code

$ netstat -antupl | grep named
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:5454          0.0.0.0:*               LISTEN      414671/named
tcp        0      0 10.10.111.2:5454        0.0.0.0:*               LISTEN      414671/named
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      414671/named
udp        0      0 10.10.111.2:5454        0.0.0.0:*                           414671/named
udp        0      0 127.0.0.1:5454          0.0.0.0:*                           414671/named

Und selbst?

Und ich verweise gern noch einmal hierauf:

Zitat von razor

Ich habe diesen Upstream DNS Server hinterlegt: 127.0.0.1#5454

Und bei Dir so thghh ?

**thghh** · 16. Februar 2023

Code

pi@rpi-pihole-4:~ $ sudo netstat -antupl | grep unbound
sudo: unable to resolve host rpi-pihole-4: Name or service not known
tcp        0      0 127.0.0.1:5335          0.0.0.0:*               LISTEN      4708/unbound        
tcp        0      0 127.0.0.1:8953          0.0.0.0:*               LISTEN      4708/unbound        
udp        0      0 127.0.0.1:5335          0.0.0.0:*                           4708/unbound

Die Zeile 2 finde ich merkwürdig

**razor** · 16. Februar 2023

Zitat von thghh

Was das in der Übersetzung bedeutet habe ich verstanden und irgendwie stimmt da was nicht wenn ich mir das nachfolgende ansehe. Der Pi-hole scheint das überhaupt nicht an unbound zu senden.

Code

Feb 15 23:58:23: query[A] ssl.gstatic.com from 192.168.50.29
Feb 15 23:58:23: forwarded ssl.gstatic.com to 192.168.1.1
Feb 15 23:58:23: query[HTTPS] ssl.gstatic.com from 192.168.50.29
Feb 15 23:58:23: forwarded ssl.gstatic.com to 192.168.1.1
Feb 15 23:58:23: validation result is INSECURE
Feb 15 23:58:23: reply ssl.gstatic.com is 142.250.185.131
Feb 15 23:58:23: validation result is INSECURE
Feb 15 23:58:23: reply ssl.gstatic.com is NODATA
Feb 15 23:58:23: query[HTTPS] clients6.google.com from 192.168.50.29
Feb 15 23:58:23: forwarded clients6.google.com to 192.168.1.1

Wie hast Du denn dieses Log "generiert"? Vielleicht funktioniert es bei mir ja auch gar nicht.

Auf Port 53 (DNS) lauscht bei mir pihole-FTL. Hier habe ich dann - wie oben erwähnt - 127.0.0.1#5454 (named) als Upstream DNS Server hinterlegt und im named wiederum unbound auf Port 5353.

**thghh** · 16. Februar 2023

Zitat von razor

Wie hast Du denn dieses Log "generiert"?

Ist aus dem Output the last lines of the pihole.log file (live) in Tools im Pi.hole

Bei mir scheint irgendwie unbound nicht mehr zu gehen aber mit sudo apt install unbound ändert sich nichts da die Version aktuell ist.

Wenn ich dann mit sudo service unbound restart den Dienst neu starten will kommt folgendes

Code

pi@rpi-pihole-4:~ $ sudo service unbound restart
sudo: unable to resolve host rpi-pihole-4: Name or service not known

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 16. Februar 2023

Zitat von thghh
Ist aus dem Output the last lines of the pihole.log file (live) in Tools im Pi.hole

Bei mir scheint irgendwie unbound nicht mehr zu gehen aber mit sudo apt install unbound ändert sich nichts da die Version aktuell ist.

Wenn ich dann mit sudo service unbound restart den Dienst neu starten will kommt folgendes
Code
pi@rpi-pihole-4:~ $ sudo service unbound restart
sudo: unable to resolve host rpi-pihole-4: Name or service not known
Alles anzeigen

Dumme Frage, aber kann es sein, dass dein Pi WIFI aktiviert hat?

Schau mal hier: https://discourse.pi-hole.net/…ervice-not-known/52416/14

**razor** · 16. Februar 2023

Zitat von thghh
Ist aus dem Output the last lines of the pihole.log file (live) in Tools im Pi.hole

Bei mir scheint irgendwie unbound nicht mehr zu gehen aber mit sudo apt install unbound ändert sich nichts da die Version aktuell ist.

Wenn ich dann mit sudo service unbound restart den Dienst neu starten will kommt folgendes
Code
pi@rpi-pihole-4:~ $ sudo service unbound restart
sudo: unable to resolve host rpi-pihole-4: Name or service not known
Alles anzeigen

Bei mir dauert es ein bisschen, dann kommt aber etwas:

Code

# service unbound status
● unbound.service - Unbound DNS server
     Loaded: loaded (/lib/systemd/system/unbound.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2023-02-12 17:32:35 CET; 3 days ago
       Docs: man:unbound(8)
   Main PID: 414669 (unbound)
      Tasks: 2 (limit: 2237)
     Memory: 9.4M
        CPU: 49ms
     CGroup: /system.slice/unbound.service
             └─414669 /usr/sbin/unbound -d -p

Feb 12 17:32:34 pi-hole systemd[1]: unbound.service: Deactivated successfully.
Feb 12 17:32:34 pi-hole systemd[1]: Stopped Unbound DNS server.
Feb 12 17:32:34 pi-hole systemd[1]: Starting Unbound DNS server...
Feb 12 17:32:35 pi-hole systemd[1]: Started Unbound DNS server.

Alles anzeigen

Das scheint aber bei Dir gar nicht zu gehen.

Wie sieht denn das Ergebis bei dir aus:

Code

# which unbound
/usr/sbin/unbound

?¿?

**thghh** · 16. Februar 2023

Zitat von ꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂

Dumme Frage, aber kann es sein, dass dein Pi WIFI aktiviert hat?

Eigentlich nicht. Habe den PI neu gestartet und bekommen folgendes

Code

Wi-Fi is currently blocked by rfkill.
Use raspi-config to set the country before use.

Zitat von razor

Wie sieht denn das Ergebis bei dir aus:

Code

pi@rpi-pihole-4:~ $ # which unbound
/usr/sbin/unbound
[1676504650] unbound[2535:0] warning: so-rcvbuf 1048576 was not granted. Got 360448. To fix: start with root permissions(linux) or sysctl bigger net.core.rmem_max(linux) or kern.ipc.maxsockbuf(bsd) values.
[1676504650] unbound[2535:0] error: can't bind socket: Address already in use for 127.0.0.1 port 5335
[1676504650] unbound[2535:0] fatal error: could not open ports

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 16. Februar 2023

Nächste Vermutung wäre, dein Hostname ist bogus. Kannst du mal bitte überprüfen ob deine Einträge passen, so wie @deHakkelaar das in diesem Beitrag erklärt hat?

**thghh** · 16. Februar 2023

Das mach ich in ein paar Stunden denn ich muss ins Bett. Ich sehe schon da ist was am Debian 11 nicht ok.

Danke und Gute Nacht

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 16. Februar 2023

Debian ist schon okay, scheinbar deine Netzkonfiguration im Pi nicht

Schlaf gut und schöne Träume. Bleib anständig

**gierig** · 16. Februar 2023

Just my two cents….

AD blocker auf der UDM an oder Contentfilter in den vlan direkt ?

**thghh** · 16. Februar 2023

Zitat von gierig

AD blocker auf der UDM an oder Contentfilter in den vlan direkt ?

Nein beides nutze ich nicht

Zitat von ꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂

Debian ist schon okay, scheinbar deine Netzkonfiguration im Pi nicht

Debian ist ok aber nicht das das Update auf 11 etwas gemacht hat.

Laut Pi-Hole Diagnose sueht es so aus:

Code

*** [ DIAGNOSING ]: Setup variables
    BLOCKING_ENABLED=true
    DNSSEC=true
    REV_SERVER=false
    IPV4_ADDRESS=192.168.20.4/24
    IPV6_ADDRESS=
    PIHOLE_INTERFACE=eth0
    QUERY_LOGGING=true
    INSTALL_WEB_SERVER=true
    INSTALL_WEB_INTERFACE=true
    LIGHTTPD_ENABLED=true
    CACHE_SIZE=10000
    DNS_FQDN_REQUIRED=false
    DNS_BOGUS_PRIV=false
    DNSMASQ_LISTENING=all
    WEBUIBOXEDLAYOUT=boxed
    WEBTHEME=default-auto
    TEMPERATUREUNIT=C
    PIHOLE_DNS_1=127.0.0.1#5335
    PIHOLE_DNS_2=

Alles anzeigen

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 16. Februar 2023

Zitat von thghh

Nein beides nutze ich nicht

Debian ist ok aber nicht das das Update auf 11 etwas gemacht hat.

Laut Pi-Hole Diagnose sueht es so aus:

Code

*** [ DIAGNOSING ]: Setup variables
    BLOCKING_ENABLED=true
    DNSSEC=true
    REV_SERVER=false
    IPV4_ADDRESS=192.168.20.4/24
    IPV6_ADDRESS=
    PIHOLE_INTERFACE=eth0
    QUERY_LOGGING=true
    INSTALL_WEB_SERVER=true
    INSTALL_WEB_INTERFACE=true
    LIGHTTPD_ENABLED=true
    CACHE_SIZE=10000
    DNS_FQDN_REQUIRED=false
    DNS_BOGUS_PRIV=false
    DNSMASQ_LISTENING=all
    WEBUIBOXEDLAYOUT=boxed
    WEBTHEME=default-auto
    TEMPERATUREUNIT=C
    PIHOLE_DNS_1=127.0.0.1#5335
    PIHOLE_DNS_2=

Alles anzeigen

Ist das deine Hostauflösung?

**thghh** · 16. Februar 2023

Zitat von ꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂

Ist das deine Hostauflösung?

Was meinst du damit bitte? Die Angaben kommen aus dem Pi-hole debug log.

**꧁𓊈𒆜 ƁєηLυє 𒆜𓊉꧂** · 16. Februar 2023

thghh ich beziehe mich auf diesen Thread und schrieb dir dieses. Kleiner Tip meinerseits. Arbeite bitte Probleme Stück für Stück ab. Derzeit gibt es wie aus dein Log hervorgeht Probleme mit deinen Unbound. Daher ist die Pi-Hole Diagnose ersteinmal nicht wichtig.

**thghh** · 16. Februar 2023

Der Auszug sollte auch nur zeigen, das die Netzwerkeinstellungen nicht falsch ist.

Ich habe das schon in der Nacht gemacht aber vergessen dir zu schreiben.

Code

pi@rpi-pihole-4:~ $ hostname
rpi-pihole-4

Code

pi@rpi-pihole-4:~ $ sudo pihole-FTL dhcp-discover
Scanning all your interfaces for DHCP servers
Timeout: 10 seconds

DHCP packets received on interface lo: 0
DHCP packets received on interface eth0: 0

Code

  GNU nano 5.4                       /etc/hosts                                 
127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters

127.0.1.1       rpi-pihole-4

Code

pi@rpi-pihole-4:~ $ hostname -f
rpi-pihole-4

**jkasten** · 16. Februar 2023

Das sieht irgendwie so aus als hätte dein Pihole deine UDM als DNS. Poste doch mal deine DNS Einstellungen vom Pihole. Conditional Forwarding fragt er dann natürlich die UDM (alles andere macht keinen Sinn), aber bei Google usw sollte er den Unbound nehmen.

Willkommen! Melden Sie sich an oder registrieren Sie sich.

Was bedeutet im Pi-hole "answered by unifi#53"

Tags

5 Benutzer haben hier geschrieben

Wer ist war online

Benutzer online 93

Wer war online 241