<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
      <title>Alek&#x27;s Blog - systemd</title>
      <link>https://blog.none.at</link>
      <description>My Blog to share my knowledge</description>
      <generator>Zola</generator>
      <language>en</language>
      <atom:link href="https://blog.none.at/tags/systemd/rss.xml" rel="self" type="application/rss+xml"/>
      <lastBuildDate>Tue, 12 May 2026 00:00:00 +0000</lastBuildDate>
      <item>
          <title>NFS to Object Store Sync with rclone and systemd</title>
          <pubDate>Tue, 12 May 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-05-12-nfs-sync-via-rclone/</link>
          <guid>https://blog.none.at/blog/2026/2026-05-12-nfs-sync-via-rclone/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-05-12-nfs-sync-via-rclone/">&lt;p&gt;I needed to sync and back up an NFS share to cloud storage for example to Azure Blob Storage — reliably, with a hard “no version must ever be lost” SLA, and for a file tree that could grow to 1M+ files. This post documents the architecture decisions, the core sync script, the lab setup for testing without real NFS or Azure access, and the packaging for RPM, DEB, Nix and Alpine. The sync engine is &lt;a rel=&quot;noopener external&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;rclone.org&quot;&gt;rclone&lt;&#x2F;a&gt;.&lt;&#x2F;p&gt;
&lt;p&gt;The result is &lt;a rel=&quot;noopener external&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;git001&#x2F;nfs-sync-via-rclone&quot;&gt;nfs-sync-via-rclone&lt;&#x2F;a&gt;.&lt;&#x2F;p&gt;</description>
      </item>
      <item>
          <title>haproxy-spoe-rs: Deployment</title>
          <pubDate>Sun, 12 Apr 2026 00:00:00 +0000</pubDate>
          <author>aleks</author>
          <link>https://blog.none.at/blog/2026/2026-04-12-haproxy-spoa-rs-deployment/</link>
          <guid>https://blog.none.at/blog/2026/2026-04-12-haproxy-spoa-rs-deployment/</guid>
          <description xml:base="https://blog.none.at/blog/2026/2026-04-12-haproxy-spoa-rs-deployment/">&lt;p&gt;This post covers deploying the &lt;a rel=&quot;noopener external&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;git001&#x2F;haproxy-spoe-rs&quot;&gt;haproxy-spoe-rs&lt;&#x2F;a&gt;
SPOA agent in production. It is a companion to the
&lt;a href=&quot;&#x2F;blog&#x2F;2026&#x2F;2026-04-12-haproxy-spoa-rs&#x2F;&quot;&gt;architecture post&lt;&#x2F;a&gt; which explains the library design.&lt;&#x2F;p&gt;
&lt;p&gt;The agent and HAProxy run as &lt;strong&gt;separate services&lt;&#x2F;strong&gt; — HAProxy connects to the agent over TCP.
This keeps their lifecycles independent and allows scaling each side separately.&lt;&#x2F;p&gt;</description>
      </item>
    </channel>
</rss>
