Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - emmitt

#1
Quote from: JeGr on September 04, 2026, 01:01:33 PMWenn die Entscheidungen durch sind, ist es nur noch ein Zusammmenstecken der Komponenten. Je nach Konfiguration kannst du dann AGH auf internem Interface auf 53 lauschen lassen, Unbound auf 5353 umziehen und dem AGH als Forward dann localhost:5353 verpassen damit er das an den internen Unbound weitergibt. Der macht dann die Endauflösung via Roots und Resolving. Wenns DNSmasq ist, gleiches Spiel. Das was die Clients bekommen/erreichen sollen, sollte auf Por 53 laufen, den Rest packt man auf andere Ports und forwarded da hin.

Kea ist da eigentlich DHCP-technisch völlig simpel und annähernd gleich mit ISC zu konfigurieren. Außer du hast große Sonderlocken mit irgendwelchen DHCP Optionen und Co., das könnte dann problematischer werden, aber für Standard run-of-the-mill normalen DHCP gibts da gar nicht viel zu failen.

Ganz herzichen Dank für Deine Mühe und die ausführliche Antwort JeGr!
Das hat mir sehr geholfen und ich habe es jetzt so umgesetzt: AGH -> Unbound -> KEA
Läuft prima!

Greetz Emmitt
#2
Quote from: Patrick M. Hausen on December 12, 2025, 10:22:53 AMIch verwende Kea und Unbound mit AGH und das funktioniert prima. Ich registriere allerdings keine dynamischen Leases im DNS - das hatte ich auch mit ISC nicht getan. Statische Leases funktionieren prima.

Hallo Patrick,

wärst Du bereit, Dein Setup zu teilen bzw. näher zu erläutern?

Ich habe zwar mit Dnsmasq, AGH und Unbound geliebäugelt, entnehme aber den Beiträgen, dass diese Variante nicht optimal ist!?

Ich möchte gerne ebenfalls Adguard Home behalten, weiterhin DNS over TLS einsetzen und benötige auch eine Namensauflösung sowie eine statische IP-Vergabe anhand von Mac-Adressen. Da ist dann wohl KEA DHCP ind Verbindung mit Unbound und AGH besser geeignet.

Ich habe aber zu wenig Wissen, um die Migration zu KEA SICHER umzusetzen...
#3
I'm currently in the process of switching from ISC to dnsmasq. I'm wondering what the ideal configuration is and if there's a quick guide for this?


Here's what I have set up right now:
I have Adguard-Home installed (port 53, which currently forwards requests directly to Unbound (port 53530). There, I'm using DNSSEC and DNS over TLS.

Going forward:
I want to keep AGH—but do I still need Unbound?

Additionally, I want dnsmasq to assign static IP addresses to my devices based on their MAC addresses so I can access them using a domain name. I don't have that set up right now.

Translated with DeepL.com (free version)
#4
I just wanted to confirm that there is another error in the same hardware (Deciso 750) / software (26.7.3_8) combination.

Unfortunately, my friend has already performed a clean install and restored the configuration data, so I can't provide any further information.
#5
Quote from: vk2him on July 20, 2026, 09:53:49 AMI thought Michael updated this to work with 26.7 in both the single and full repo? So no need to comment that out anymore?

Hej,

I have the same question. Is there still something that needs to be done before updating to 26.7, or can I just update now?

Thanks!
#6
Quote from: newsense on April 15, 2026, 09:22:00 AMThis is weird...for how long exactly is it working without the py311 warning Patrick?

I feel the same way. On the one hand, I'm glad the message no longer appears, but what exactly has changed with the installation of the new repo?
#7
Quote from: newsense on April 15, 2026, 09:25:33 AMThat's expected. Michael only updates AGH once in a while. From that moment onwards you'll rely on the AGH update feature until lightning strikes again

Hej, and thanks for your reaction. But under the "old" repository, the changelog showed the latest update (the one I have installed). So there are differing changelogs. Of course, that's not a problem, but it's interesting
#8
After doing a little research, I managed to fix it. Just remove the old repo and install the new one.
The error (python311) is now gone — though the update check error remains.

And another oddity: I already have version
v0.107.73 installed. But the plugin changelog says

1.16

* Update to 0.107.67
#9
Thanks Patrick. Yeah, I only use AdGuard. Can I just add the new repository, or do I need to uninstall AdGuard first?
#10
Hej Franco,
have you heard anything from Michael yet? The new version of Python is still not supported.
I don't know if that has anything to do with it: The update check for Adguard Home is no longer working...

Thanx Emmitt
#11
Danke! Aktuell setze ich (auf dem alten System) offensichtlich UFS ein.
Ich schaue dann auf der Deciso750 sofort nach.

Ich hoffe nur, es ist ZFS - sonst schlage ich hier wohl besser nochmal auf... :-)
#12
Wow - das ging schnell! Danke Dir!
Kann ich das auch über die WebGUI checken?
#13
Hallo,

ich plane aktuell, mir eine DEC750 zu kaufen, um meine alte Hardware (AMD Gx-412) zu ersetzen.

Da ich aktuell die Community Version besitze und mein Backup zurückspielen möchte, würde ich gerne gleich die vorinstallierte Business-Lizenz in eine Community-Lizenz ändern. Geht das wirklich ganz einfach über die Firmware Settings?

Ich frage mich, ob das der sauberste Weg ist oder muss ich ein ganz frisches Image aufspielen?

Die Idee ist aktuell:
- Router starten
- Einloggen
- Wechsel der Lizenz
- Updates und benötigte Plugins wie Adguard Home einspielen
- Backup zurücksichern

Passt das so? Vielen Dank für Eure Hilfe.
#14
Quote from: Cljackhammer on April 23, 2025, 02:51:19 PMYou might need to check your configuration or contact your ISP.

No. The point is, that since the update I have a stable and fast internet connection and only if I DEACTIVATE the FQ-CoDeL scheduler.

In this respect, I'm happy that I can now manage my OPNsense without the tweak - but it would be good to know what has been changed.
#15
Hej,
same here.

After update to 25.1.5 my speed dropped and the latency rate increased dramatically.
The speed increased for me too, after I disabled the pipes, queues and rules.

It looks like there is a general improvement that makes FQ_CoDel obsolete for "our two cases".