[Fli4l_dev] Anfrage neues Feature (AdGuard Home)
Nelson Matias
nelson at anires.de
Di Nov 25 11:22:51 CET 2025
Hallo Marcus,
Am 24.11.2025 um 09:48 schrieb Marcus Röckrath:
>> wäre AGH nicht eher als alternative für den dns_dhcp zu sehen?
>
> Ja das, denn AdGuard Home würde die üblichen DNS- und DHCP-Services auf dem
> eis vollständig ersetzen. DNS könnte man vielleich tnoch zweistufig
> auslegen, aber zwei DHCP-Server geht IMHO nicht.
>
> Ich sähe, kenne mich mit den interna von fli4l aber wenig aus, eher
> Probleme, wie man den auf fli4l nach Erzeugung des Builds lauffähig bekommt,
> ohne dass ein Anwender den Dienst erst per Weboberfläche konfigurieren muss,
> bevor die Dienste zur Verfügung ständen.
Also die Installation ist ja in der binary integriert. Das läuft aber
auf dem FLI4L nicht, da dieser zu sehr von Linux-Standards abweicht.
z.b. gibt es auf dem FLI4L kein /etc/init.d.
Somit muss das binary für den FLI4L angepasst gebaut werden. Dies
übersteigt aber mein Können bei weitem.
Zur Konfiguration:
Als Ersatz für den dns_dhcp sollte dann die Hosts-Konfiguration nicht
eher in eine separate Datei? Sowohl dns_dhcp als auch AGH brauchen die
Angaben über die lokalen Netzwerk-Clients.
Und um die yaml-Konfiguration zu erzeugen könnte ja evtl. auf Tools
zurückgegriffen werden, die beim mkfli4l-Lauf genutzt werden.
Um die Daten dann persistent zu speichern bietet FLI4L selbst einen
Mechanismus. Allerdings muss auch bedacht werden, dass AGH sich selbst
updaten kann, dieses Verhalten aber z.B. beim Docker-Container
abgeschaltet ist. Das muss auch beim FLI4L-Build sein. Ein Update würde
dann bei einer neuen Konfiguration wieder durch das Build aus dem
FLI4L-Archiv überschrieben. Da das binary an FLI4L angepasst sein muss
geht das eben nicht automatisch.
Fakt ist erst mal, dass ich AdGuardHome nicht auf meinem Test-FLI4L
installieren konnte.
--
Gruß
Nelson
Mehr Informationen über die Mailingliste Fli4l_dev