(Gelöst)Mist gebaut beim entfernen von Pihole
-
@thomas-braun sagte in Mist gebaut beim entfernen von Pihole:
cat /etc/apt/sources.list.d/*
pi@homebridge:~ $ cat /etc/apt/sources.list.d/* deb [arch=arm64 signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/debian bullseye stable deb [signed-by=/usr/share/keyrings/grafana.key] https://apt.grafana.com stable main deb [signed-by=/etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main deb [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x bullseye main deb-src [signed-by=/usr/share/keyrings/nodesource.gpg] https://deb.nodesource.com/node_16.x bullseye main # this file was generated by packagecloud.io for # the repository at https://packagecloud.io/ookla/speedtest-cli deb [signed-by=/etc/apt/keyrings/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye main deb-src [signed-by=/etc/apt/keyrings/ookla_speedtest-cli-archive-keyring.gpg] https://packagecloud.io/ookla/speedtest-cli/debian/ bullseye main deb http://archive.raspberrypi.org/debian/ bullseye main # Uncomment line below then 'apt-get update' to enable 'apt-get source' #deb-src http://archive.raspberrypi.org/debian/ bullseye main -
Funktioniert ja wieder.
-
@damrak2022
Das letzt apt update hat ja fehlerfrei funktioniert.
Ich glaub aber nicht das es mit pihole zu tun hatte.
Evtl ist eines der root Zertifikate abgelaufen auf die einige basierten -
@thomas-braun Danke an Dich und die anderen. Ich denke mein Fehler war das ich bei dem Befehl "Phiole uninstall" alle Abfragen was er löschen soll, mit "ja" beantwortet habe. Somit waren wohl die Zertifikate weg.
Geändert hat sich jetzt, das ich bei einem sudo apt update nochmal erneut mein Passwort eingeben muss, was ich ja vorher bei der Anmeldung via ssh schon eingegeben hatte. Kann ich das auch korrigieren? -
@damrak2022
Du musst da dein Passwort nicht eingeben wegen neuer Anmeldung, sondern wegen Bestätigung, dass du auch sudo berechtigt bistSudo merkt sich einige Zeit das Passwort und verlangt es dann erneut. Da gibt es eine time out Einstellungen aber die würde ich jetzt nicht verändern. Sudo ist ja kein alltäglicher Befehl
Und man wird selbst darauf hingewiesen, dass man jetzt etwas macht, was ins System eingreift und etwas wichtiger Ist -
Prinzipiell sollte sich jeder selbst die Frage stellen WARUM man PiHole installiert...
Ich selbst rein wegen den vielen, vielen Werbeteilen im Browser.
Aber dazu stelle ich im Router ja nix um (!) sondern gebe halt meinen PCs den dementsprechenden Eintrag in den Netzwerkeinstellungen mit.
PiHole ist für mich ein reiner WerbeBlocker in der GUI - nicht mehr und nicht weniger. -
-
Dafür gibt es die Datei
/etc/sudoers.d/010_pi-nopasswdDa steht das drin:
user_der_ausgenommen_ist ALL=(ALL) NOPASSWD: ALL -
@quarkmax
Wer Zugang zum user pi erhält, kann dann halt auch alles machen wie root -
@djmarc75 sagte in Mist gebaut beim entfernen von Pihole:
Prinzipiell sollte sich jeder selbst die Frage stellen WARUM man PiHole installiert...
Ich selbst rein wegen den vielen, vielen Werbeteilen im Browser.
Aber dazu stelle ich im Router ja nix um (!) sondern gebe halt meinen PCs den dementsprechenden Eintrag in den Netzwerkeinstellungen mit.
PiHole ist für mich ein reiner WerbeBlocker in der GUI - nicht mehr und nicht weniger.Ich verwende pihole auch als dhcp server
Und nutze dann noch das Mapping von meines Hostnamen auf ip -
@oliverio sagte in Mist gebaut beim entfernen von Pihole:
pihole auch als dhcp server
kann man machen
PiHole ist eigentlich ja auch ein "mächtiges" Tool ... wenn man weiss damit umzugehen
-
@djmarc75 sagte in Mist gebaut beim entfernen von Pihole:
Ich selbst rein wegen den vielen, vielen Werbeteilen im Browser.
Aber dazu stelle ich im Router ja nix um (!) sondern gebe halt meinen PCs den dementsprechenden Eintrag in den Netzwerkeinstellungen mit.Das muss sich ja nicht ausschließen. Ich benutze Pi-Hole auch nur als Werbeblocker, habe dazu aber am Router (bei mir 'ne Fritzbox) zentral eingestellt, dass per DHCP der DNS-Server (nun Pi-Hole) verteilt wird. Damit muss ich nicht mehr an allen Phones, Tablets, Fernsehern, PCs an den DNS Einstellungen rumwerkeln und kann bei Bedarf das Ganze auch einer einer Stelle wieder rückgängig machen.
Ist aber natürlich abhängig von den jeweiligen lokalen Gegebenheiten. -
@thomas-braun Anscheinend ist doch noch etwas im Argen.
Wenn ich den Iobroker öffnen will:
Wenn ich es vom Router aus direkt versuche, indem ich "Homebridge" anklicke, lande ich hier:
Hast Du eine Idee, warum das nicht geht.
In der FritzBox habe ich bei DNS Server wieder unter IP4 und IP6 wieder die ursprünglichen Werte eingetragen.
Den Router habe ich jetzt schon zweimal neugestartet.
-
-
@thomas-braun Ich habe das ausgeschaltet, gespeichert und Rechner sowie FritzBox neugestartet. Fehler bleibt
Jetzt kann ich allerdings "Homebridge" auch nicht mehr in der FritzBox direkt anklicken.
Ich wollte gerade mal einen ping machen, was aber nicht geht:
pi@homebridge:~ $ ping 192.168.178.24 -bash: ping: Kommando nicht gefunden. pi@homebridge:~ $ -
Benutzt Du Firefox als Browser?
Ah sehe gerade, Safari.Sonst hätte ich auf die Verbindungseinstellungen dort getippt.
-
@haselchen Nein, eigentlich nur Safari
-
Ich kann nicht rekonstruieren was du da jetzt wann und wie gemacht hast.
-
@thomas-braun Ich habe exakt das gemacht:
Ich habe mein Pihole runtergeworfen, da ich damit nicht so ganz klar kam.
Also habe ich den Befehl "Pihole uninstall" genutzt und alle 7-8 Abfragen mit Yes bestätigt, was wohl falsch war. Wie ich etwas weiter oben noch eingefügt habe, geht auch der Ping Befehl nicht
-
Was weiß ich was in in den 7 oder 8 Fragen abgefragt wurde?
Da scheinen Teile von Network Stack rausgeworfen worden zu sein.
