[Fli4l_dev] Anfrage neues Feature (AdGuard Home)

Marcus Röckrath marcus.roeckrath at gmx.de
Fr Nov 28 16:15:35 CET 2025


Hallo Nelson,

Nelson Matias wrote:

> 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.

Die Installation braucht aber auch nicht auf dem eis zu laufen. Die erzeugt 
im Prinzip nur eine Startdatei, die man für fli4l eben außerhalb von fli4l 
erzeugen muss bzw. von einem System klaut, auf dem AdGuard Home läuft.

Auf gibt es eine Reihe von Diensten, die üblicherweise durch ein Initskript 
oder SystemD-Unit gestartet werden, aber auch auf fli4l gibt es einen 
Mechanismus der beim Boot Dienste startet.

Das was AdGuard Home beim "Install" erzeugt, muss man auf dem fli4l in die 
dort notwendige Form pressen.

> Somit muss das binary für den FLI4L angepasst gebaut werden. Dies
> übersteigt aber mein Können bei weitem.

IMHO nein.

> 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.

Dennoch muss man die Konfigurationsdaten aus der fli4l-Konfigurationsdatei 
in die AdGuard Home genehme yaml-Form wandeln. Auf eis passiert doch das 
Gleiche: die anwenderfreundlichen ASCII-Konfigurationsdateien werden ihn das 
notwendige Format eines Dienstes konvertiert - und darin kann dann eine 
mühsame Aufgabe liegen.

> Und um die yaml-Konfiguration zu erzeugen könnte ja evtl. auf Tools
> zurückgegriffen werden, die beim mkfli4l-Lauf genutzt werden.

Das Tool muss man schreiben, so wie wir dies auch dienstespezifisch auf eis 
tun.

Das eklige ist halt, dass die AdGuard Home yaml-Konfigurationsdatei nicht 
dokumentiert ist.

> Um die Daten dann persistent zu speichern bietet FLI4L selbst einen
> Mechanismus. Allerdings muss auch bedacht werden, dass AGH sich selbst
> updaten kann,

IMHO tut das AdGuard Home nicht wirklich automatisch, sondern nur nach 
Bestätigung in der Weboberfläche.

> 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.

Im FLI4L-Archiv sollte immer die aktuelle Version des Binaries vorgehalten 
werden.

Das Binary kennt den Schalter --update, man könnte also auf fli4l im 
"Startskript" ein "AdGuardHome --update" integrieren.

Grundsätzlich sollte sich AdGuard Home wie jeder andere Dienst auch auf 
fli4l integrierbar sein, wobei der Aufwand ziemlich groß sein könnte und 
tiefgreifende Kenntnisse an den Interna von fli4l erfordern dürfte.

Ich habe mich bewusst, aufgrund des erwareten Aufwandes, bei eis für ein 
HowTo statt eines eisfair-Paketes entschieden.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Fli4l_dev