<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Networking on isoul.uk</title>
    <link>https://isoul.uk/tags/networking/</link>
    <description>Recent content in Networking on isoul.uk</description>
    <generator>Hugo</generator>
    <language>en-gb</language>
    <lastBuildDate>Mon, 14 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://isoul.uk/tags/networking/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Projects worth testing in a practical homelab</title>
      <link>https://isoul.uk/posts/projects-worth-testing-in-a-practical-homelab/</link>
      <pubDate>Mon, 14 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://isoul.uk/posts/projects-worth-testing-in-a-practical-homelab/</guid>
      <description>A short list of self-hosted projects that fit a practical homelab, beyond the tools already in use.</description>
      <content:encoded><![CDATA[<p>A useful project is not automatically worth adding just because it is new, popular or active on GitHub. I look for a clear problem, sensible deployment, useful documentation, a workable backup path and enough maintenance history to justify the time spent learning it.</p>
<p>This list deliberately excludes tools already used here, including Beszel, Dockhand and <code>youtube-dl</code> workflows. Karakeep is also excluded as a recommendation because it is already in use and has proved to be good in practice.</p>
<h2 id="homelable--worth-testing">Homelable — worth testing</h2>
<p><a href="https://github.com/Pouzor/homelable">Homelable</a> is a self-hosted homelab infrastructure visualiser with an interactive network diagram and live status monitoring.<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup></p>
<p>This is interesting because a homelab eventually becomes difficult to explain. A diagram that reflects service status could be useful for documenting hosts, networks and dependencies without maintaining a completely separate diagram by hand.</p>
<p>The project is still a watch-and-test item rather than a recommendation. Check authentication, how stale or missing services are represented, whether the diagram can be backed up or exported, and whether the licence is clear before relying on it as the authoritative record of a network.</p>
<p><strong>Status:</strong> Worth testing.</p>
<p><strong>Open questions:</strong> maturity, licence, authentication and accuracy of live discovery.</p>
<h2 id="pangolin--worth-testing-cautiously">Pangolin — worth testing cautiously</h2>
<p><a href="https://github.com/fosrl/pangolin">Pangolin</a> is a self-hosted networking and security platform built around WireGuard, with zero-trust VPN access, reverse proxying, identity-aware access and a dashboard.<sup id="fnref:2"><a href="#fn:2" class="footnote-ref" role="doc-noteref">2</a></sup></p>
<p>It is not an obvious replacement for Tailscale when Tailscale is already working well. Its interest is different: it may give a self-hoster more control over the access and publishing layer, particularly when private services need to be reached through a central gateway.</p>
<p>Pangolin is security-sensitive and appears to be moving quickly. The Community Edition is reported as AGPL-3.0, while additional enterprise functionality uses a commercial licence, so the current boundaries need to be checked carefully.<sup id="fnref:3"><a href="#fn:3" class="footnote-ref" role="doc-noteref">3</a></sup> Client compatibility, identity-provider integration, failure recovery and upgrade procedures should all be tested before putting it in front of important services.</p>
<p><strong>Status:</strong> Watching, with a possible controlled test.</p>
<p><strong>Flags:</strong> security-sensitive; licence boundaries need checking; not a casual Tailscale replacement.</p>
<h2 id="youtube-dl-nas--useful-idea-but-already-tested-here">youtube-dl-nas — useful idea, but already tested here</h2>
<p><a href="https://github.com/hyeonsangjeon/youtube-dl-nas">youtube-dl-nas</a> provides an authenticated <code>yt-dlp</code> queue for NAS use, including video, audio, subtitles, mobile sharing, restart-safe downloads and Docker.<sup id="fnref:4"><a href="#fn:4" class="footnote-ref" role="doc-noteref">4</a></sup></p>
<p>The project matches a real self-hosting need: turning downloads into a controlled queue rather than relying on a desktop session. It is also a good example of a narrowly focused tool solving one practical problem.</p>
<p>It is not a new recommendation here because it has already been used. Anyone evaluating it should still check authentication storage, cookie handling, download legality, update behaviour when <code>yt-dlp</code> changes and whether the project has enough maintenance depth for their collection.</p>
<p><strong>Status:</strong> Previously tested; not a new candidate.</p>
<h2 id="dockhand--already-useful-here">Dockhand — already useful here</h2>
<p><a href="https://github.com/Finsys/dockhand">Dockhand</a> is a Docker management application with container management, Compose stack support, remote-host features, logs and an in-browser shell.<sup id="fnref:5"><a href="#fn:5" class="footnote-ref" role="doc-noteref">5</a></sup></p>
<p>Its practical value here is not replacing manually written Docker Compose files. It is useful for checking containers and managing updates while keeping the Compose definition as the source of truth. That separation matters: a UI should make routine operations easier without hiding how the service is actually deployed.</p>
<p>Docker management interfaces deserve careful treatment because they can have host-level privileges. Authentication, remote-agent security, secret handling and audit behaviour should be checked before exposing one outside the local network.</p>
<p><strong>Status:</strong> Used here; positive practical experience.</p>
<h2 id="beszel--already-used-here">Beszel — already used here</h2>
<p><a href="https://github.com/henrygd/beszel">Beszel</a> is a lightweight monitoring system with historical data, Docker statistics and alerts.<sup id="fnref:6"><a href="#fn:6" class="footnote-ref" role="doc-noteref">6</a></sup> A <code>0.19.0</code> release was published on 3 September 2026.<sup id="fnref:7"><a href="#fn:7" class="footnote-ref" role="doc-noteref">7</a></sup></p>
<p>It is already used here, so it belongs on the app shelf rather than this list of new things to try. Its continued release activity is worth tracking, but repeating the recommendation would add little value.</p>
<p><strong>Status:</strong> Used here; report updates rather than recommend again.</p>
<h2 id="what-i-would-test-first">What I would test first</h2>
<p>If I were starting a small evaluation, I would begin with Homelable because it fills a documentation and visibility gap rather than duplicating an existing service. Pangolin would come next, but only in an isolated test path with a rollback plan. The other projects are either already used or already tested here.</p>
<p>That is the useful distinction: a project can be interesting without being a new recommendation for a particular homelab.</p>
<h2 id="sources">Sources</h2>
<div class="footnotes" role="doc-endnotes">
<hr>
<ol>
<li id="fn:1">
<p><a href="https://github.com/Pouzor/homelable">Homelable on GitHub</a>&#160;<a href="#fnref:1" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:2">
<p><a href="https://github.com/fosrl/pangolin">Pangolin on GitHub</a>&#160;<a href="#fnref:2" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:3">
<p><a href="https://linuxdork.com/self-hosted-apps/pangolin/">Pangolin licensing discussion</a>&#160;<a href="#fnref:3" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:4">
<p><a href="https://github.com/hyeonsangjeon/youtube-dl-nas">youtube-dl-nas on GitHub</a>&#160;<a href="#fnref:4" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:5">
<p><a href="https://github.com/Finsys/dockhand">Dockhand on GitHub</a>&#160;<a href="#fnref:5" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:6">
<p><a href="https://github.com/henrygd/beszel">Beszel on GitHub</a>&#160;<a href="#fnref:6" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
<li id="fn:7">
<p><a href="https://github.com/henrygd/beszel/releases">Beszel releases</a>&#160;<a href="#fnref:7" class="footnote-backref" role="doc-backlink">&#x21a9;&#xfe0e;</a></p>
</li>
</ol>
</div>
]]></content:encoded>
    </item>
  </channel>
</rss>
