OK. Habe ich getan.
Ist das gut so wie ich die IPV6_ADDRESS(händig) geändert habe oder soll ich die Codeschnipsel in ein Script packen und durchlaufen lassen??
Spielt keine Rolle mehr, da die Info von dort ehe nicht mehr für den DNS-Server Part von Pi-hole genutzt wird. Wichtig wäre nur, dass du den Pi-hole einmal neu gestartet hast.
OK. Danke, schon mal bis hier her. Vielleicht hat es sich ja jetzt schon erledigt. Wenn nicht merke ich es jetzt per Zufall wieder und melde mich dann wieder.
Dankeschön
bis dann
Master Shredder
Oh man gerade als ich abgeschickt habe ging es wieder los.
pi@raspberrypi:~ $ nslookup pi.hole
Server: 192.168.180.1
Address: 192.168.180.1#53
** server can't find pi.hole: NXDOMAIN
pi@raspberrypi:~ $
Habe den Pi auch gerade noch mal neugestartet
pi@raspberrypi:~ $ nslookup pi.hole
Du musst das Kommando auf einem Client ausführen, nicht auf dem Pi selbst. Dieser nutzt wie hierzu sehen deinen Router als Upstream DNS Server, welcher den Hostnamen pi.hole nicht kennt.
Ah war in der Eile. Dachte könnte gerade etwas sehen.
Das ganze war jetzt wieder nach einiger Zeit vorbei.
Ich sehe halt hier das die anfragen in die Höhe schießen manch mal in der 10 Stelle
Vor ein paar Tagen hatte ich auch eine Meldung das mein Hauptrechner(hellhole) das Limit von 1000 Anfragen erreicht hat.
Hier mal von meinem Rechner(hellhole(im normal Zustand)) bei dem das Problem besteht:
masterblack@hellhole:~$ nslookup pi.hole
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: pi.hole
Address: 192.168.180.28
Name: pi.hole
Address: fd00::6237:4e1a:a94c:1669
masterblack@hellhole:~$
Habe auch bemerkt, dass wenn die Befeuerung nicht so stark ist geht das Internet, nur sehr sehr langsam. Die Seiten brauchen ultra lange.
Welches OS läuft auf dem Rechner?
Er verwendet nämlich nicht Pi-hole direkt, sondern einen (Stub) resolver, der lokal auf der Maschine läuft.
Darauf läuft Kubuntu 20.04LTS
Habe dies hier auf ubuntuusers.de gefunden.
Hier erhält man in den Desktop-Varianten von Ubuntu einen Server, der auf eine IP-Adresse aus dem Bereich 127.x.x.x zeigt.
Das liegt daran, dass die Desktop-Varianten (18.04/20.04) Systemd-Resolved als lokalen DNS-Server nutzen. Der externe DNS-Server steht in der /run/systemd/resolve/resolv.conf.
https://wiki.ubuntuusers.de/DNS-Konfiguration/
Bereitstellung eines lokalen DNS-Cache: Dies ist ein eigenständiger DNS-Server, der jedoch selbst keine Namenszuordnungen bereit stellt, sondern nur die von anderen DNS-Servern (Forwarder) im Netz erhaltenen DNS-Antworten speichert und damit für den Anwender das Zeitverhalten bei DNS-Abfragen verbessert.
Ich habe ein sehr ähnliches Problem und gerade in meiner resolv.conf nachgeschaut. Da steht die richtige IP-Adresse drin. Bei mir sieht das so aus:
nameserver 192.168.1.4
nameserver fd00:0:d2c9:8364:2064:bf8::
search fritz.box
Du könntest mal probieren, den Stub resolver zu deaktivieren und schauen, ob das Problem dann weiterhin auftritt:
Soo,
habe versucht den stup resolve mit dem Befehl
systemctl disable systemd-resolved.service
auszuschalten, ging nicht. Bzw. mein Internet ging nicht mehr. Nach dem erneuten anschalten wieder der Effekt Verbindung ultra langsam.
Soll ich diesen Eintrag auf dem Pi ändern?
Du könntest probieren, in /etc/systemd/resolved.conf die Option DNS= nach deiner Wahl zu setzen. Oder du Beendest den Stub resolver mit DNSStubListener=no und passt /etc//resolv.conf manuell an.
Nein, auf dem Kubuntu Client.
Habe ich getan Ausgabe unverändert.
masterblack@hellhole:~$ nslookup pi.hole
Server: 127.0.0.53
Address: 127.0.0.53#53
Non-authoritative answer:
Name: pi.hole
Address: 192.168.180.28
Name: pi.hole
Address: fd00::6237:4e1a:a94c:1669
masterblack@hellhole:~$
Ich habe hier noch einen Thread auf ubuntuusers erstellt um mich zu erkundigen was die beste Maßnahme für den stub DNS auf meinem System ist.
Ohh jee, was ich heute mitgemacht habe war wirklich die Spitze.
Ich habe über 120 Warnungen im Pi-hole stehen. https://tricorder.pi-hole.net/rihwKa86/
Und kein Gerät ging mehr.
Ich musste den stub resolve wieder anschalten da ich nach einer Zeit wieder kein Internet hatte.
Hallo,
hat keiner eine Lösung oder Vermutung?
Ich bräuchte wirklich Hilfe, ich kann mir nicht mehr helfen.
Ich hatte jetzt beruflich viel zu tun aber das Problem besteht weiterhin.
MFG
MasterShredder
Gibt es einen speziellen Grund weshalb du für die Kommunikation innerhalb eines Netzwerks nicht ausschließlich IPv4 benutzt? Für WAN macht IPv6 ja durchaus Sinn, aber da reichen LLA und GUA via SLAAC. Fürs LAN kenne ich jedoch kein Argument für IPv6, wenn es nicht ein riesiges Intranet ist oder anderweitig systemisch bringt kein IPv4 nutzen kann.
Na gut das wird alles automatisch so zugewiesen. Aber das hört sich für mich nach einem Rückschritt an. Würde es doch schon gerne so lassen.
In wie weit soll dies dann helfen?
This topic was automatically closed 21 days after the last reply. New replies are no longer allowed.