[Sammelthread] Raspberry Pi

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
HardwareFreaky schrieb:
So Habe jetzt bei allen Access Points manuell die DNS eingetragen und danach alle Router neugestartet.
Zum Vergrößern anklicken....
Die AccessPoints brauchen den DNS übrigens auch nicht, die "konvertieren" nur LAN zu WLAN, die routen nicht und die machen auch kein DNS. Welchen DNS deine Geräte verwenden, kriegen sie trotzdem vom DHCP der Fritte mitgeteilt, auch wenn da ein AccessPoint zwischengeschaltet ist.
 
Achso, normalerweise nimmt man im LAN ja auch den Router als primären DNS-Server. Meine Geräte haben via DHCP als primären DNS die 192.168.0.1 (also meinen Router) zugewiesen. Mein Router leitet die DNS-Anfragen dann an den Provider-DNS weiter (wenn er sie nicht selbst aus seinem DNS-Cache beantworten kann). Sinnvollerweise sollte dein PiHole an dieser Stelle zwischengeschaltet werden.
Du musst also im Router eher den PiHole als primären DNS für die WAN-Verbindung eintragen. Also nicht die DHCP-Server-Einstellungen ändern, sondern die WAN-Einstellungen. Dann wäre das transparent und deine Geräte ansich bräuchten gar keine Änderung, auch keinen neuen DHCP-Lease, weil sich für sie ja gar nichts geändert hat.

Wobei, ob von der WAN-Schnittstelle aus eine lokale Adresse erreicht werden kann, weiß ich jetzt auch nicht, das habe ich noch nie ausprobiert.
 
Ja, aber wo in der Fritte? Bei den DHCP-Server-Einstellungen oder bei den WAN-Einstellungen?

Wenn du das an der WAN-Schnittstelle (korrekt) eingetragen hast, dann sind alle DNS-Anfragen an deinen PiHole aber ja auch vom Router. Der kann dann auch gar nicht einzelne Geräte anzeigen.
 
Ja, das klingt richtig. Dann kommen beim PiHole aber ja alle Anfragen vom (bzw. "durch" deinen) Router. Der PiHole kann dir dann nicht andere Geräte einzeln anzeigen. Das heisst aber nicht, das deren DNS-Anragen nicht weiter hinten in der Kette trotzdem über den PiHole aufgelöst werden.

Also wenn du am Client jetzt in den Netzwerkeinstellungen manuell den DNS-Server eingestellt hast, dann schickt dein Client DNS-Anfragen direkt an den PiHole (sagen wir mal 192.168.0.2).
Die Kette ist dann:
192.168.0.101 (PC) -> 192.168.0.2 (PiHole)
Der PiHole kann dann anzeigen, das da Anfragen von deinem PC kommen, er kriegt sie ja auch direkt von diesem.

Wenn du das aber nicht auf den Clients einstellst, dann schicken die ihre DNS-Anfragen ja erstmal an deinen Router.
192.168.0.101 (PC) -> 192.168.0.1 (Router) -> 192.168.0.2 (PiHole)
Die Anfrage kommt dann aus Sicht vom PiHole von deinem Router, nicht von deinem PC. Er zeigt dann deinen PC logischerweise nicht an.
 
Okay das ergibt Sinn das es vorher schon geklappt hat obwohl pihole sagt nein.

Muss dann aber wieder sagen das ich mehr erwartet habe von pihole
 
Naja, was hast du denn erwartet? Es tut im Prinzip auch nichts anderes als ADBP oder uBlock. Wie gut es funktioniert, hängt am Ende von den Filterlisten ab. PiHole ist noch eingeschränkter, weil es nur die DNS-Namen ansich filtern kann, während uBlock & Co. ganze URLs filtern kann. PiHole kann daher prinzipbedingt keine Werbung filtern, die vom selben Host kommt, auf dem auch die Webseite selbst liegt.
Und man sieht ja selbst an den Adblockern, das täglich irgendwo neue Werbeformate auftauchen, die eben noch in keinen Filterlisten stehen.

Der Unterschied bei PiHole ist halt, es filtert alle DNS-Anfragen aus dem ganzen Netzwerk, statt auf jedem Client extra. Also wenn die oben genannte Einschränkung nicht zutrifft, kann PiHole z.B. auch Werbung aus Android-Apps filtern, in denen du nicht direkt einen Adblocker als Addon installieren kannst.

Wenn du sowas wie uBlock fürs ganze Netzwerk haben willst, brauchst du eine wirklich gute Firewall, durch die dann auch der komplette Netzwerkverkehr geht und gefiltert werden kann. Ein einfacher DNS-Zwischenfilter kann das nicht leisten.
 
Es wurden überall so gehipte deswegen bin ich etwas enttäuscht. Wie du sagst es macht nichts anderes wie die addons die man sich in Chrome und Firefox installieren kann.
 
Ich fand nicht, das das gehyped wurde und wenn man sich diverse "Hypemeinungen" so anhört, gehts darum, das es eben im ganzen Netzwerk und damit Gerätetransparent funktioniert.
Das es gar besser sein sollte, als ein lokaler Adblocker hab ich noch nirgends gelesen. ;)
 
Ich blocke damit auch Werbung auf meinem smart TV. Dafür ist es super.
 
HardwareFreaky schrieb:
Von HD auf 4k war ich auch enttäuscht weil ich zuviel erwartet habe 😂
Zum Vergrößern anklicken....
Das IST ja auch wirklich overhyped. Genauso wie 144Hz, ohne die manche Menschen schon nichtmehr überleben zu können scheinen. Das das jeder anders wahrnimmt und evtl. gar keine Unterschiede erkennt, ggf. sogar (in diesem Fall) Placebo-Effekt-Resistent ist, kann ja gar nicht sein.
 
Liesel Weppen schrieb:
Genauso wie 144Hz
Zum Vergrößern anklicken....

Es gibt definitiv nen Unterschied zwischen 60 und 144Hz (ich sehe sogar deutlich einen zwischen 60 und 100Hz).
Und zwar nicht nur beim Zocken, sondern auch beim normalen Arbeiten mit Office und beim Browsen im Internet (alles läuft flüssiger/geschmeidiger und der Mauszeiger ruckelt auch nicht so, wie bei 60Hz).
Nutze zur Zeit sogar einen 240Hz Monitor und will den wirklich nicht mehr missen.
Muss aber zugeben, dass der Unterschied zwischen 120/144 zu 240Hz wirklich minimal und kaum wahrnehmbar ist (außer beim Hardcore-Zocken bestimmter Shooter mit optimierten Settings).
Der Unterschied zwischen 60 und 120Hz (oder sogar nur 100Hz) ist für mich aber wie Tag und Nacht.
 
joinski schrieb:
Es gibt definitiv nen Unterschied zwischen 60 und 144Hz (ich sehe sogar deutlich einen zwischen 60 und 100Hz).
Zum Vergrößern anklicken....
Und eigentlich wollte ich eh nur mal testen, wie lange es dauert, bis bei jemandem der Beißreflex einsetzt und er versucht eine Dikussion dazu zu starten und komplett vergisst, das er hier im RaspberryPi-Thread ist. Und ich muss sagen, ich bin enttäuscht, hätte viel früher damit gerechnet. Aber Glückwunsch, du bist der Gewinner.
 
Wo wir gerade beim Thema Pi-hole sind. Ist es bei euch auch so, dass viele DNS-Anfragen trotz einer Abfrage ein paar Minuten vorher weitergeleitet statt aus dem Cache gezogen werden?
 
@What9000 mit sicherheit kann ich das nicht sagen aber das Gefühl habe ich auch. Ich habe heute Morgen den Verlauf gelöscht (pihole -f) und seitdem war ich auf einem Großteil der gleichen Seiten unterwegs. Trotzdem sieht mein Diagramm so aus:

1586715888829.png


Aber vielleicht ist das auch gewollte Funktionsweise. https://docs.pi-hole.net/ftldns/dns-cache/
Vielleicht wird das SIGHUP Signal bei einem Neustart gesendet, was ich heute auch gemacht habe.
 
"localhost" klingt aber eher danach, als ob er die Daten schon hätte, jedenfalls nicht als würde er die ins Internet weiterleiten. Das beisst sich allerdings ein bisschen mit "cache", was ja das gleiche wäre. Und eigentlich sollte die fritz.box überhaupt keine DNS-Fragen beantworten können, wenn die ja an den PiHole weiterleitet. Bzw, wenn du PiHole direkt nach DNS fragst und PiHole als erstes an die Fritte weiterleitet, dann passt das ja. Dann würde ich das Diagramm so verstehen, das dein PiHole alles direkt beantwortet, ausser eben das, was er an die Fritte weitergibt.
 
Das ist weil ich zusätzlich noch Unbound nutze. Sonst würde statt localhost eben der DNS Server (Google 8.8.8.8 etc.) da stehen.

1586716256487.png


Edit: so wie sich das hier liest nutzt mein System wohl eben Unbound auf localhost als Cache und nicht den Pi-hole Cache, was meine Grafik erklären würde.

Unbound als lokalen DNS-Resolver und -Cache einrichten

thomas-leister.de thomas-leister.de
 
Zuletzt bearbeitet:
Murazor schrieb:
Aber vielleicht ist das auch gewollte Funktionsweise. https://docs.pi-hole.net/ftldns/dns-cache/
Vielleicht wird das SIGHUP Signal bei einem Neustart gesendet, was ich heute auch gemacht habe.
Zum Vergrößern anklicken....
Den Pi neugestartet? Glaube nicht, das da ein SIGHUP geschickt wird, gehe aber davon aus, das der DNS-Cache einen Neustart sowieso nicht überlebt, weil der ziemlich sicher im RAM ist.
Dann käme es halt darauf an, wie lange der Pi schon lief, als du das Diagramm genommen hast.

@What9000: wie kommst du denn darauf, das der PI viel durchleiten, statt aus dem Cache nehmen würde? Aufgrund des gleichen Diagramms?
 
Ja, ich benutze auf meiner Pi-VM auch noch einen Unbound, weswegen bei mir auch einiges an localhost geht.
Ob das nun Unbound im Cache hat oder der Pi, ist mir eigentlich wurscht. Aber der Pi hat von 50000 cache size gerade mal 819 drin.

Unbenannt.JPG
 
Das ist aber ein heftiger Prozentsatz, der geblockt wird. Ich habe mich schon über meine zwei Smartphones im Netz geärgert, die startk dazu beitragen - etwa 30 % ... aber das ist eine andere Hausnummer. :fresse:

Darf man fragen, warum das so bei dir aussieht? Ist das so viel im Netz?
 
Ich denke es liegt an den 2,6 Mio. Block-Domains :fresse:
Hauptsächlich wird aber Google/MS geblockt.
 
Dass bei 2,6 Mio. geblockten Domains du überhaupt noch ein Interneterlebnis hat, überrascht mich. :fresse2:
 
Hi, ich will mir eine Nistkasten Überwachung für meine Wellensittiche bauen u. dafür den Raspberry Pi Zero W benutzen,
die Frage ist sind die Pins 5V u. Masse identisch zu der USB Strom In Buchse ?
ich brauche noch eine Versorgung für IR Leds u. es wäre dann doch einfacher wenn ich das da abgreifen kann,

die Pin Belegungssuche hat kein endgültiges Ergebnis gebracht
 
gut muss ich mir noch mal anschauen, eventuell gehen ja auch die IR LED Strahler die bei der Kamera dabei sind da erübrigt sich das sowieso.
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh