unbound Probleme

root23 · January 24, 2023 at 9:48 PM

Hallo,

da in einem anderen Beitrag zu unbound die Funktionsweise besprochen wurde, wollte ich für mein Anliegen einen eigen Thread eröffnen.

Ich habe auf einem Raspberry AdGuard installiert und möchte zudem noch unbound laufen lassen.

Ich habe Unbound mit folgender conf installiert:

Code

server:
  
    verbosity: 0

    interface: 127.0.0.1
    port: 5335
    do-ip4: yes
    do-udp: yes
    do-tcp: yes


    do-ip6: no
    prefer-ip6: no
    root-hints: "/var/lib/unbound/root.hints"
    harden-glue: yes
    harden-dnssec-stripped: yes

    use-caps-for-id: no

    edns-buffer-size: 1472
    prefetch: yes
    num-threads: 1

    so-rcvbuf: 1m

    # Ensure privacy of local IP ranges
    private-address: 192.168.0.0/16
    private-address: 169.254.0.0/16
    private-address: 172.16.0.0/12
    private-address: 10.0.0.0/8
    private-address: fd00::/8
    private-address: fe80::/10

Display More

Beim letzten Block "private-address" bin ich mir nicht ganz sicher mit den IP Adressen.

Mein Netzwerk hat 192.120.80.0 muss ich das bei der ersten IP Adresse ersetzen?

Danke im Voraus!

harihegen · January 25, 2023 at 10:01 AM

Wirklich? 192.120.*

root23 · January 25, 2023 at 9:07 PM

Quote from harihegen

Wirklich? 192.120.*

Ja, meine IP ist 192.120.80.0.

harihegen · January 25, 2023 at 9:12 PM

Quote from root23

Ja, meine IP ist 192.120.80.0.

Hmm, ok. Ich wollte nur fragen weil das ja eine öffentliche IP ist, hätte ja Schreibfehler sein können.

root23 · January 25, 2023 at 9:17 PM

Quote from harihegen

Hmm, ok. Ich wollte nur fragen weil das ja eine öffentliche IP ist, hätte ja Schreibfehler sein können.

Das ist doch eine private IP in meinem Netzwerk... Die öffentliche IP lautet 88.68.xxx.xxx

harihegen · January 25, 2023 at 9:22 PM

Quote from root23

Das ist doch eine private IP in meinem Netzwerk... Die öffentliche IP lautet 88.68.xxx.xxx

Nein, eigentlich nicht.

Von IANA (Internet Assigned Numbers Authority) wurden mehrere Adressbereiche vergeben, die von privaten Netzen verwendet werden können.

Die von privaten Netzen verwendbaren Adressbereiche sind:

Klasse A: 10.0.0.0 to 10.255.255.255
Klasse B: 172.16.0.0 to 172.31.255.255
Klasse C: 192.168.0.0 to 192.168.255.255

Eine IP-Adresse innerhalb dieser Bereiche wird daher als nicht weiterleitbar gewertet, da sie nicht eindeutig ist. Jedes private Netz, das IP-Adressen intern verwenden muss, kann eine beliebige Adresse in diesen Bereichen ohne Abstimmung mit IANA oder einer Internet-Registrierungsstelle verwenden. Adressen innerhalb dieses privaten Adressraums sind nur innerhalb eines gegebenen privaten Netzes eindeutig.

Alle Adressen außerhalb dieser Bereiche werden als öffentlich gewertet.

Sojan · January 25, 2023 at 9:26 PM

Quote from root23

Beim letzten Block "private-address" bin ich mir nicht ganz sicher mit den IP Adressen.
Mein Netzwerk hat 192.120.80.0 muss ich das bei der ersten IP Adresse ersetzen?

Nicht ersetzen, sondern die Liste ergänzen.

Ob da jetzt private Adressbereiche aufgeführt sind, die bei dir keine Anwendung finden, ist egal. Schadet ja nicht.

root23 · January 25, 2023 at 9:29 PM

Quote from harihegen

Nein, eigentlich nicht.
Von IANA (Internet Assigned Numbers Authority) wurden mehrere Adressbereiche vergeben, die von privaten Netzen verwendet werden können.
Die von privaten Netzen verwendbaren Adressbereiche sind:
Klasse A: 10.0.0.0 to 10.255.255.255

Klasse B: 172.16.0.0 to 172.31.255.255

Klasse C: 192.168.0.0 to 192.168.255.255

Eine IP-Adresse innerhalb dieser Bereiche wird daher als nicht weiterleitbar gewertet, da sie nicht eindeutig ist. Jedes private Netz, das IP-Adressen intern verwenden muss, kann eine beliebige Adresse in diesen Bereichen ohne Abstimmung mit IANA oder einer Internet-Registrierungsstelle verwenden. Adressen innerhalb dieses privaten Adressraums sind nur innerhalb eines gegebenen privaten Netzes eindeutig.
Alle Adressen außerhalb dieser Bereiche werden als öffentlich gewertet.

Danke und wieder etwas dazu gelernt

root23 · January 25, 2023 at 9:37 PM

Quote from Sojan

Nicht ersetzen, sondern die Liste ergänzen.
Ob da jetzt private Adressbereiche aufgeführt sind, die bei dir keine Anwendung finden, ist egal. Schadet ja nicht.

So habe meine IP Range dazu gesetzt und in AdGuard den unbound Upstrem-Server eingetragen, bekomme aber nachwie vor kein Kontakt zu Webseiten.

harihegen · January 25, 2023 at 9:43 PM

Quote from root23

bekomme aber nachwie vor kein Kontakt zu Webseiten.

Läuft unbound überhaupt?
Mach mal die verschiedenen Tests:

https://www.creativeturtle.de/tutorials/piho…guration_testen

root23 · January 25, 2023 at 9:54 PM

Unbound läuft

Code

pi@raspberrypi:~ $ sudo systemctl status unbound.service● unbound.service - Unbound DNS server     Loaded: loaded (/lib/systemd/system/unbound.service; enabled; vendor preset: enabled)     Active: active (running) since Wed 2023-01-25 21:33:27 CET; 14min ago       Docs: man:unbound(8)    Process: 1059 ExecStartPre=/usr/lib/unbound/package-helper chroot_setup (code=exited, status=0/SUCCESS)    Process: 1062 ExecStartPre=/usr/lib/unbound/package-helper root_trust_anchor_update (code=exited, status=0/SUCCESS)   Main PID: 1065 (unbound)      Tasks: 1 (limit: 4164)        CPU: 1.126s     CGroup: /system.slice/unbound.service             └─1065 /usr/sbin/unbound -d -pJan 25 21:33:26 raspberrypi systemd[1]: Starting Unbound DNS server...Jan 25 21:33:27 raspberrypi unbound[1065]: [1065:0] info: start of service (unbound 1.13.1).Jan 25 21:33:27 raspberrypi systemd[1]: Started Unbound DNS server.

Code

pi@raspberrypi:~ $ sudo dig creativeturtle.de @127.0.0.1 -p 5335; <<>> DiG 9.16.33-Debian <<>> creativeturtle.de @127.0.0.1 -p 5335;; global options: +cmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 18514;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1;; OPT PSEUDOSECTION:; EDNS: version: 0, flags:; udp: 1472;; QUESTION SECTION:;creativeturtle.de.        IN    A;; Query time: 3143 msec;; SERVER: 127.0.0.1#5335(127.0.0.1);; WHEN: Wed Jan 25 21:51:49 CET 2023;; MSG SIZE  rcvd: 46

Der sigfail-Test funktioniert auch

Code

i@raspberrypi:~ $ sudo dig sigfail.verteiltesysteme.net @127.0.0.1 -p 5335; <<>> DiG 9.16.33-Debian <<>> sigfail.verteiltesysteme.net @127.0.0.1 -p 5335;; global options: +cmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 59691;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1;; OPT PSEUDOSECTION:; EDNS: version: 0, flags:; udp: 1472;; QUESTION SECTION:;sigfail.verteiltesysteme.net.	IN	A;; Query time: 15 msec;; SERVER: 127.0.0.1#5335(127.0.0.1);; WHEN: Wed Jan 25 22:08:55 CET 2023;; MSG SIZE  rcvd: 57

Der sigok-Test zeigt aber auch "SERVFAIL" an

Code

pi@raspberrypi:~ $ sudo dig sigok.verteiltesysteme.net @127.0.0.1 -p 5335; <<>> DiG 9.16.33-Debian <<>> sigok.verteiltesysteme.net @127.0.0.1 -p 5335;; global options: +cmd;; Got answer:;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 61934;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1;; OPT PSEUDOSECTION:; EDNS: version: 0, flags:; udp: 1472;; QUESTION SECTION:;sigok.verteiltesysteme.net.	IN	A;; Query time: 15 msec;; SERVER: 127.0.0.1#5335(127.0.0.1);; WHEN: Wed Jan 25 22:10:05 CET 2023;; MSG SIZE  rcvd: 55

harihegen · January 26, 2023 at 7:25 AM

Hmm, also gegen creativeturtle.de kommt bei mir keine Fehlermeldung.

Code

root@pihole:~# dig creativeturtle.de @127.0.0.1 -p 5xxx

; <<>> DiG 9.16.22-Raspbian <<>> creativeturtle.de @127.0.0.1 -p 5xxx
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11448
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;creativeturtle.de.             IN      A

;; ANSWER SECTION:
creativeturtle.de.      7200    IN      A       78.46.140.200

;; Query time: 39 msec
;; SERVER: 127.0.0.1#5xxx(127.0.0.1)
;; WHEN: Thu Jan 26 07:20:26 CET 2023
;; MSG SIZE  rcvd: 62

Display More

Aber der Test gegen verteiltesysteme schlägt auch bei mir fehl.

Code

root@pihole:~# dig sigok.verteiltesysteme.net @127.0.0.1 -p 5xxx

; <<>> DiG 9.16.22-Raspbian <<>> sigok.verteiltesysteme.net @127.0.0.1 -p 5xxx
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 38248
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;sigok.verteiltesysteme.net.    IN      A

;; Query time: 0 msec
;; SERVER: 127.0.0.1#5xxx(127.0.0.1)
;; WHEN: Thu Jan 26 07:23:23 CET 2023
;; MSG SIZE  rcvd: 55

Display More

Vielleicht ist diese Domain auch nicht mehr für diesen Test erreichbar.

unbound Probleme

Participate now!

Similar Threads

Habt ihr auch den Raspberry Pi im Einsatz und wozu benutzt ihr den Pi?

DNS Digitalcourage SSL handshake failed crypto error certificate verify failed