Morschen,

bei mir geht's ping -4 a.root-servers.net PING a.root-servers.net (198.41.0.4) 56(84) Bytes Daten. 64 Bytes von a.root-servers.net (198.41.0.4): icmp_seq=1 ttl=53 Zeit=518 ms 64 Bytes von a.root-servers.net (198.41.0.4): icmp_seq=2 ttl=53 Zeit=409 ms 64 Bytes von a.root-servers.net (198.41.0.4): icmp_seq=3 ttl=53 Zeit=484 ms 64 Bytes von a.root-servers.net (198.41.0.4): icmp_seq=4 ttl=53 Zeit=374 ms

traceroute a.root-servers.net traceroute to a.root-servers.net (198.41.0.4), 30 hops max, 60 byte packets  1  router.***.com (192.***.2.1)  0.616 ms  0.657 ms  0.685 ms  2  192.168.1.1 (192.***.1.1)  1.751 ms  1.903 ms  1.892 ms  3  155.133.216.1 (155.133.216.1)  422.664 ms  424.495 ms  422.595 ms  4  10.226.23.65 (10.226.23.65)  423.274 ms  424.422 ms  424.388 ms  5  * * *  6  ARMENTEL.frf1.Level3.net (195.16.162.82)  426.657 ms  423.729 ms  420.951 ms  7  edge7.frf1.level3.net (195.16.162.81)  435.299 ms  436.289 ms 436.264 ms  8  * ae2-3221.edge8.Frankfurt1.level3.net (4.69.158.190)  450.836 ms *  9  62.67.19.58 (62.67.19.58)  397.324 ms  423.328 ms  397.151 ms 10  209.131.175.127 (209.131.175.127)  424.462 ms 209.131.174.127 (209.131.174.127)  424.426 ms 209.131.176.127 (209.131.176.127) 451.687 ms

Gruß Kristian

Am 07.12.23 um 09:55 schrieb ronny@seffner.de:

Hallo,

ist noch wer Kunde der ENSO/von SachsenNetze/SachsenGigabit und folgendes nachvollziehen?

SuS-GW:~# dig pl @a.root-servers.net netmgr/uverr2result.c:98:isc___nm_uverr2result(): unable to convert libuv error code in udp_send_cb (netmgr/udp.c:802) to isc_result: -89: destination address r equired ;; communications error to 198.41.0.4#53: timed out

• vs. -

SuS-GW:~# dig pl @8.8.8.8

; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> pl @8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15097 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;pl. IN A

;; AUTHORITY SECTION: pl. 1800 IN SOA a-dns.pl. dnsmaster.nask.pl. 1701934234 900 300 2592000 3600

;; Query time: 35 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP) ;; WHEN: Thu Dec 07 09:47:29 CET 2023 ;; MSG SIZE rcvd: 88

• and -

SuS-GW:~# ping -4 a.root-servers.net PING a.root-servers.net (198.41.0.4) 56(84) bytes of data.

...

From SuS-GW (10.13.6.2) icmp_seq=1 Destination Host Unreachable

ping: sendmsg: Es ist eine Zieladresse notwendig

• vs. anderer Provider -

ns1:~# ping -4 a.root-servers.net PING (198.41.0.4) 56(84) bytes of data. 64 bytes from a.root-servers.net (198.41.0.4): icmp_seq=1 ttl=56 time=10.5 ms

Mit freundlichen Grüßen / Kind regards      Ronny Seffner

Oh man ...

Einer meiner Kollegen hat sich in einer wireguard-Konfiguration vertippt. Quasi eine route angelegt mit 192.x.x.x/4 statt 192.x.x.x/24.

From SuS-GW (10.13.6.2)

Diese Quelladresse brachte mich drauf.

Aber was das für Kreise zieht: - bind (ohne forwarder) löst nicht mehr auf, protokolliert aber, dass er Probleme mit libuv hat - ich reinstalliere den ganzen bind9 und Abhängikeitshaufen (libuv1 usw.) neu : ohne Erfolg - ein pihole auf derselben Kiste geht aber - nach einem Tag Gesuche und Ersatz des bind9 durch powerdns (ging natürlich auch nicht) die Frage : was ist am pihole anders - heute am 3. Tag dann die Erkenntnis : pihole hat einen forwarder bind9/powerdns hatten keinen - also forwarder im bind konfiguriert : tut - Schlussfolgerung : rekursives Auflösen über die root-Server und TLD geht nicht, forwarding an Dritte DNS-Server schon - voreilige Schlussfolgerung : der pöse(tm) Provider hat ... - dann doch mal ein dig gegen root-servers.net und auch mal ein ping : lieferte einen Fehler, den google immer wieder wireguard zuordnete und dann die Quell-IP meiner Kiste, die einem wg-Tunnelende enspricht = Ursache siehe erster Satz, mein routing war kaputt und das erst nach einem reboot, weil der Kollege zwar die wg-Konfig editierte, aber nicht gleich den wg neu startete

Ich roll mich hier mal ganz klein zusammen ;-(

Mit freundlichen Grüßen / Kind regards      Ronny Seffner