[stork-users] Stork and KEA 3.0

[Buclin, Bertrand]

Thanks Slawek for following up. Agree that a remote agent would provide a reduced functionality, and it would need to be told a few things through configuration rather than “sniffing” around.


Regards, Bertrand

From: Slawek Figiel <slawek at isc.org>
Date: Tuesday, 1 July 2025 at 13:26
To: stork-users at lists.isc.org <stork-users at lists.isc.org>
Cc: Buclin, Bertrand <Bertrand.Buclin at intl.att.com>
Subject: Re: [stork-users] Stork and KEA 3.0

This Message Is From an External Sender
This message came from outside AT&T. Click for additional detail.<https://att.sharepoint.com/sites/cso/SitePages/Email-Warning-Tags-Coming-to-Your-Inbox.aspx>


Hi Bertrand!

 > If the above is correct, when is Stork going to be support a Control
 > Agent-less installation?

We plan to implement support for the CA-less installation soon. You can
track the progress in:
https://urldefense.com/v3/__https://gitlab.isc.org/isc-projects/stork/-/issues/1835__;!!BhdT!hY_eWYAT5xZe1Fv_O2aOBYQ0AtbfHN0UAbpUQC_KXxqqOuukI_JRNFYtrs_iEsQN2zCksTGpBYLaxCHpN90$

 > As part of pivoting to an agent that interacts
 > directly with the servers, could the agent be enhanced to support a
 > “remote” KEA server, i.e. have an agent that would sit on machine A, but
 > where the KEA processes it monitors are sitting on machine B? And
 > similarly having another agent instance (can be a second stork-agent
 > process with a separate configuration file) monitoring processes on
 > machine C.

Currently, we don't plan to handle this use case. We have opened
https://urldefense.com/v3/__https://gitlab.isc.org/isc-projects/stork/-/issues/535__;!!BhdT!hY_eWYAT5xZe1Fv_O2aOBYQ0AtbfHN0UAbpUQC_KXxqqOuukI_JRNFYtrs_iEsQN2zCksTGpBYLa3Ps5p1g$ to address it,
but this ticket is not on our roadmap. The Stork agent performs some
operations that cannot be done remotely via the Kea API, such as reading
the process list (to detect Kea and BIND 9 processes), reading the Kea
and BIND 9 config files (to zero-config establishing connection to their
APIs), and reading Kea and BIND 9 log files.

Regards,
Slawek Figiel

On 6/27/25 10:05 AM, Buclin, Bertrand wrote:
> Just looking for confirmation:
>
>   *
>     KEA V3.0 provides APIs directly in to the respective services,
>     making the Control Agent redundant
>   *
>     The Stork Agent however can only communicate to a Control Agent at
>     this stage and there is no mechanism to specify to the agent which
>     port to use for which KEA server
>
> If the above is correct, when is Stork going to be support a Control
> Agent-less installation? As part of pivoting to an agent that interacts
> directly with the servers, could the agent be enhanced to support a
> “remote” KEA server, i.e. have an agent that would sit on machine A, but
> where the KEA processes it monitors are sitting on machine B? And
> similarly having another agent instance (can be a second stork-agent
> process with a separate configuration file) monitoring processes on
> machine C.
>
> Regards,
>
> *Bertrand Buclin*
>
> AT&T Business International
>
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/stork-users/attachments/20250701/ab813685/attachment-0001.htm>