Hi,
kennt das Projekt jemand?
https://github.com/ndfred/unifi-pi-hole
Das klingt interessant.
Hat das schon jemand am Laufen?
LG
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEs gibt 22 Antworten in diesem Thema, welches 8.893 mal aufgerufen wurde. Der letzte Beitrag () ist von speed.
Hi,
kennt das Projekt jemand?
https://github.com/ndfred/unifi-pi-hole
Das klingt interessant.
Hat das schon jemand am Laufen?
LG
Hi!
Das ist interessant. Ich meine es ernst.
Wenn Du das angehst, lass uns teilhaben.
Ich traue mich erst, wenn es bei Dir läuft!
Gruß!
Ich war nur neugierig.
Bei mir läuft schon ein gut funktionierender piHole im Netz.
Da tue ich mir das lieber nicht an.
Hätte ich meinen nicht, würde ich das schon versuchen.
Interessant was so alles geht, aber ob ich mir den Pihole auf die eh schon sehr schwachbrüstige USG packen würde...? Hab den auf meinem ESXI in einer VM laufen, bisher ohne Probleme.
Nette Idee aber ich fand die USG von Hause aus schon recht unterdimensioniert, so das ich sicherlich keinen PiHole da noch drauf packen würden. meine PiHole laufen auch als VMs auf einem ESXi Server.
Eine RasPi3 würde ich da schon nehmen, bei vielen Clients im Netz vielleicht sogar einen RasPi4
Hm Könnte es auf meine usg-xg testen der hat genug power 😂 nur traue ich mich nicht
Toll wenns schief geht ist alles tot 😂
Ich hab hier noch nen USG3P liegen... aber ich glaube wenn ich das als Basis dafür nehmen würde, würde das Teil Rauchzeichen von sich geben.
Finde ich grundsätzlich auch ein guter Ansatz,
halte es nur auf einer USG (Bsp.Pro-4), auf der div. Filter arbeiten und ggf. ein VDSL >100Mbit anliegt, für performance-kritisch.
Ich denke hier ist ein RPI die bessere Wahl.
Auch bliebt offen wie sich PiHole bei einem Update der USG verhält ...
VG
Silent
Also auf einer kleinen 3er würde ich es auch nicht machen.
Eine 4Pro wäre okay, zumal du dort den Speicher vergrößern kannst (RAM Riegel).
Bei einer normal Anwendung bringt die Speiseerweiterung nix, bei PIHole könnte ich es mir vorstellen.
Also auf einer kleinen 3er würde ich es auch nicht machen.
Eine 4Pro wäre okay, zumal du dort den Speicher vergrößern kannst (RAM Riegel).
Bei einer normal Anwendung bringt die Speiseerweiterung nix, bei PIHole könnte ich es mir vorstellen.
Ja, eine Speichererweiterung könnte dabei von Vorteil sein. Ist halt die Frage wieviel Druck die USG durch die Clients hinter ihr bekommt.
Kommt letzten Endes auf einen Versuch/Test an.
Interessant was so alles geht, aber ob ich mir den Pihole auf die eh schon sehr schwachbrüstige USG packen würde...? Hab den auf meinem ESXI in einer VM laufen, bisher ohne Probleme.
Nette Idee aber ich fand die USG von Hause aus schon recht unterdimensioniert, so das ich sicherlich keinen PiHole da noch drauf packen würden. meine PiHole laufen auch als VMs auf einem ESXi Server.
Eine RasPi3 würde ich da schon nehmen, bei vielen Clients im Netz vielleicht sogar einen RasPi4
Bleibt die Frage ob der Prozessor wirklich der Flaschenhals ist.
Stelle mir die Frage ob man anstatt PIHole den Controller mit reinpacken kann.
Oh, eben gesehen nur 500MHz Dualcore MIPS..... Okay Prozessor ist die Bremse, dachte dort wäre schön ein Cortex verbaut
Nach meiner Meinung hat keine anderes Software auch einem Router etwas zu suchen.
Alleine schon was das Thema Sicherheit angeht ein NO GO.
Aber ist halt nur meine Meinung
Ich sehe du hast eine UDM Pro🤪 Soweit zu keiner Software aufm Router der Linux Based ist. Nur weil Controller, Protect, Talk und Access von Unifi selbst ist muss es nicht sicherer sein.
Ist natürlich ein Argument
aber da muss ich vertrauen, das der Hersteller weiss was seine eigene Software macht.
zur Zeit sind 79 Mitglieder (davon 1 unsichtbar) und 385 Gäste online - Rekord: 129 Benutzer ()