dieses kea ist kein würdiger nachfolger für den isc-dhcp. abgesehen von der kranken idee, die config ausgerechnet in JSON zu machen, kann es zB keine hostnamen für die nameserver-option... alles in allem ein rückschritt.
=> More informations about this toot | More toots from cm@chaos.social
@cm Ich habe mich auch schon geärgert. Nebenbei: JSON ist oft der Anfang von Problemen, keine Lösung.
=> More informations about this toot | More toots from nightlynx@chaos.social
@nightlynx es ist ja ganz OK für APIs, wo es maschinell erstellt und geparsed wird, aber für dinge, die ich von hand schreibe, wie configfiles, ist es halt a schas.
=> More informations about this toot | More toots from cm@chaos.social
@cm Dicht gefolgt von YAML. :)
=> More informations about this toot | More toots from nightlynx@chaos.social
@nightlynx @cm Lass ich alles von ansible generieren. :-)
Teile die Ansicht, daß Kea noch nicht wirklich gut einsetzbar ist weil zu viel Funktionalität fehlt.
=> More informations about this toot | More toots from MacLemon@chaos.social
@MacLemon @nightlynx ja, ansible mach ich jetzt auch, aber grauslich bleibt grauslich, vor allem wo das, was der kea-parser akzeptiert, mehr ist als das, was "jq" akzeptiert, damit kann mans also auch nicht validieren.
fehlen tut mir aktuell nur die möglichkeit, an verschiedenen stellen hostnamen statt IP-adressen zu verwenden. aber ich mach auch nicht viel, ein subnet und eine handvoll reservierungen.
=> More informations about this toot | More toots from cm@chaos.social
@MacLemon Ich mache auch viel mit Ansible. Das geht auch gut, falls Red Hat nicht wieder mal die Syntax oder die Parameter ändert. /cc @cm
=> More informations about this toot | More toots from nightlynx@chaos.social This content has been proxied by September (3851b).Proxy Information
text/gemini