Tady já se hlásím !
No, jak z názvu vyplývá, jedná se o software určený pro svíčkařský průmysl.
Resolvuje knoty... Abych byl konkrétnější...
Je to dostatečná odpověď pro blbý? ;-)
Jinak pro ostatní to asi vysvětlovat nemusím(nevědí-li, určitě umí použít Velkého Šmíráka nebo Kachnu, nebo tak...)
;-) Ať se Vám dobře vstává.
Zaujalo mě to natolik, že jsem se rozhodl opustit v Debianu léty používaný djbdns. Default instalace v Debianu není úplně user-friendly a trochu se se s tím peru. Nakonec se mi podařilo to uchodit v interaktivním režimu, ale stále pátrám jak mu vnutit do initu z konfiguračního souboru defaultní cestu pro cache (.mdb soubory mi to vytvořilo v /). Jinak to vypadá na pěknej kus sw.
Tak jsem se ze systemd vrátil pokorně honem rychle z5 k system V a raději to uchodil zde.
Pro Debian bylo potřeba /etc/default/kresd upravit:
DAEMON_ARGS="-f 1 -v -K /usr/share/dns/root.key --config=/etc/knot-resolver/kresd.conf /var/cache/knot-resolver"
Bez -f 1 to zůstává na popředí a start pomocí `/etc/init.d/kresd start` není funkční. Zatím jsem nepřišel na to jak to donutit logovat a také se to chová podivně při ukončení služby pokud je -f větší než 1. Konkrétně to nemaže příslušná tty , resp. to smaže vždy jen to první ze kterého se ostatní forkují. Ale jinak ok. Líbí se mi to ovládání přes CLI a přehledná dokumentace.
-f n vytváří n procesů a ukončení jednoho neukončuje ostatní.No nevím. Logy se mi z toho vymámit při spuštění s parametrem -f nepodařilo. On to asi bude spíš celkově problém spíše toho initu pro Debian, stejně tak to promazávání neplatných tty souborů po ukončení procesů pokud je parametr -f větší jak 1. Ty tty soubory se vytvoří ve /var/cache/knot-resolver i když bych je osobně čekal ve /var/run/knot-resolver/tty a nenašel jsem jak to ovlivnit. Možná by bylo také fajn v distribučních závislostech přidat lua-cqueues jako Suggested, když už se to používá v dokumentaci v příkladech. Ale to vše je jen kosmetika.