<div dir="ltr"><p>Just to add more detail: in my setup <code>kea-shell</code> hangs immediately when I run it locally on the server, and it never responds unless I interrupt it.</p>
<p>The Control Agent is configured with HTTP basic authentication, and <code>kea-shell</code> on Debian doesn’t seem to handle this scenario. Stork works fine with the same authentication, and I can successfully send commands using <code>curl -u user:password</code>, so the Control Agent API itself is functioning correctly.</p>
<p>Is this the expected behavior? In other words, is it normal that <code>kea-shell</code> cannot send commands when Control Agent authentication is enabled? Thanks beforehand.</p><p><br></p><p>Cheers...</p><p><br></p></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">El vie, 5 dic 2025 a las 12:01, Oliver (<<a href="mailto:ofabelo@gmail.com">ofabelo@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><p>Hello,</p>
<p>I am using Kea 3.0.1 on Debian with the default Debian packages, and I am experiencing an issue where <strong>kea-shell hangs indefinitely</strong> when I try to execute any commands that should go through the Control Agent, such as:</p>
<pre><div><div><div><div></div></div></div><div dir="ltr"><code>lease4-get
lease4-del
list-commands
</code></div></div></pre>
<p><strong>What triggered this:</strong><br>
I needed to delete an active lease because a printer was replaced, and Kea was still holding a lease for the old MAC address. When I tried to run:</p>
<pre><div><div><div><div></div></div></div><div dir="ltr"><code>kea-shell <span>--auth-user</span> ... lease4-<span>del</span> ...
</code></div></div></pre>
<p>the command never returned. It authenticates successfully, but just hangs forever.</p>
<p><strong>Relevant details:</strong></p>
<ul>
<li>
<p>Kea DHCPv4 is working normally.</p>
</li>
<li>
<p>Stork also works normally.</p>
</li>
<li>
<p>Control Agent starts successfully and listens on port 8000.</p>
</li>
<li>
<p>Authentication works (I get 401 if wrong credentials).</p>
</li>
<li>
<p>The DHCPv4 control socket exists at:<br>
<code>/var/run/kea/kea4-ctrl-socket</code></p>
</li>
<li>
<p>In <code>kea-ctrl-agent.conf</code> I have:</p>
<pre><div><div><div><div></div></div></div><div dir="ltr"><code><span>"control-sockets"</span><span>:</span> <span>{</span>
  <span>"dhcp4"</span><span>:</span> <span>{</span>
    <span>"socket-type"</span><span>:</span> <span>"unix"</span><span>,</span>
    <span>"socket-name"</span><span>:</span> <span>"kea4-ctrl-socket"</span>
  <span>}</span>
<span>}</span>
</code></div></div></pre>
</li>
<li>
<p>However, kea-shell hangs as soon as the Control Agent tries to forward the request to DHCPv4. No errors appear, just an indefinite wait.</p>
</li>
</ul>
<p>I also noticed that the Control Agent rejects attempts to use absolute paths (e.g., <code>/run/kea/kea4-ctrl-socket</code>) with the error:<br>
<strong>“invalid path specified, supported path is /etc/kea”</strong><br>
so I cannot use explicit absolute socket paths.</p>
<p><strong>Question:</strong><br>
How can I correctly configure the Control Agent in Kea 3.0.1 (Debian packaging) so that lease-related commands (lease4-get, lease4-del) work through kea-shell without hanging?<br>
Is there an officially supported way to specify the socket directory/path for the DHCPv4 control socket in this version?</p>
<p>Thank you very much.<br>
Oliver</p></div>
</blockquote></div>