<?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>Products on rHomelab</title><link>https://rhomelab.com/products/</link><description>Recent content in Products on rHomelab</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Wed, 12 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://rhomelab.com/products/index.xml" rel="self" type="application/rss+xml"/><item><title>Proxmox Self-Hosted Starter Kit v1</title><link>https://rhomelab.com/products/proxmox-starter-kit-v1/</link><pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate><guid>https://rhomelab.com/products/proxmox-starter-kit-v1/</guid><description>An Ansible playbook that deploys Vaultwarden, Uptime Kuma, and Paperless-ngx as clean, isolated Proxmox LXC containers, and doubles as your rebuild plan the day something breaks.</description><content:encoded><![CDATA[<p><em>Updated Aug 12, 2026: expanded with the &ldquo;why not just use free scripts&rdquo; answer, benefit-led breakdown, and a real guarantee.</em></p>
<h2 id="the-part-nobody-tells-you-about-self-hosting-youll-do-this-setup-more-than-once">The part nobody tells you about self-hosting: you&rsquo;ll do this setup more than once</h2>
<p>The first time you stand up Vaultwarden, Uptime Kuma, and Paperless-ngx, it&rsquo;s a fun Saturday project. You click through Community Scripts, pick your settings, watch the containers come up, and you&rsquo;re proud of your homelab.</p>
<p>Then, six months later, a drive fails. Or you&rsquo;re rebuilding on a new node. Or you fat-fingered a container and it&rsquo;s easier to nuke it than fix it. Now you&rsquo;re doing the exact same setup again, except this time you&rsquo;re trying to remember what resource sizing you picked, which bridge you used, whether you hardened it the same way as last time, and you&rsquo;re doing it from memory instead of documentation, because who writes documentation for their own homelab.</p>
<p>That second time is what this kit is actually for.</p>
<h2 id="what-it-is">What it is</h2>
<p>An Ansible playbook that deploys all three apps (or just one, your call) as clean, unprivileged Proxmox LXC containers, sharing one consistent base-hardening pattern instead of three different one-off setups. Point it at your Proxmox host, run one command, and you get the same result every time, whether it&rsquo;s the first time or the fifth.</p>
<ul>
<li><code>playbook.yml</code>, the main playbook, deploy one app or all three</li>
<li><code>roles/vaultwarden/</code>, Bitwarden-compatible password manager</li>
<li><code>roles/uptime-kuma/</code>, uptime and status monitoring for everything else you self-host</li>
<li><code>roles/paperless-ngx/</code>, document scanning, OCR, and search</li>
<li><code>roles/common/</code>, the shared provisioning logic (template download, container creation, base hardening) that keeps all three consistent with each other</li>
<li><code>inventory.example.ini</code>, copy to <code>inventory.ini</code> and fill in your own host details</li>
</ul>
<p>This is the exact pattern used to stand up production services on a real running cluster, not a demo written for a blog post. Each app gets its own lightweight LXC, unprivileged where possible, on whatever bridge or VLAN you tell it to use.</p>
<h2 id="cant-i-just-use-proxmox-community-scripts-for-free">&ldquo;Can&rsquo;t I just use Proxmox Community Scripts for free?&rdquo;</h2>
<p>Yes. You can, and if you only ever plan to set one of these up once, that&rsquo;s a completely reasonable answer, and I&rsquo;d rather tell you that straight than pretend otherwise.</p>
<p>Here&rsquo;s specifically what the $19 is actually buying you instead:</p>
<p><strong>It&rsquo;s infrastructure-as-code you own, not a script that runs once and disappears.</strong> A Community Script installs an app and its job is done. This playbook lives in your own repo, under your own version control. You can read every line, change what it does, and run it again next year exactly the same way.</p>
<p><strong>One coordinated deploy, not three separate one-off scripts.</strong> All three roles share the same base-hardening logic, the same conventions for resource sizing, the same approach to networking. Three different Community Scripts were written by different people at different times with different assumptions about how your container should be set up. This is one consistent system.</p>
<p><strong>It&rsquo;s your actual disaster-recovery plan, not just an installer.</strong> The real payoff isn&rsquo;t the first time you run it. It&rsquo;s the day your Proxmox host dies, or you&rsquo;re standing up a second node, or a container gets corrupted and rebuilding from scratch is faster than fixing it. Instead of re-Googling how you configured Paperless-ngx eight months ago, you run one command and you&rsquo;re back, with the same setup you had before.</p>
<p><strong>You can extend it.</strong> Add your own role for the next app you want to self-host, change the default resource sizing, point it at a different bridge, wire it into whatever automation you&rsquo;re already running. It&rsquo;s a starting point that&rsquo;s yours to build on, not a black box.</p>
<p>If none of that is worth $19 to you, the free scripts are genuinely a fine choice. I&rsquo;d rather lose that sale than pretend this is something it isn&rsquo;t.</p>
<h2 id="what-you-get-for-19">What you get for $19</h2>
<ul>
<li>All three roles, plus the shared <code>common</code> role, working together out of the box</li>
<li>A real playbook you can read top to bottom, no obfuscation</li>
<li>Free updates as the kit improves, at no extra cost</li>
<li>A direct line to request the next app you&rsquo;d want added (these kits get built based on what people actually ask for, not a random roadmap)</li>
</ul>
<h2 id="being-straight-about-where-this-stands">Being straight about where this stands</h2>
<p>This is a new kit from a new site. There&rsquo;s no pile of five-star reviews to point at yet, because we just launched. What I can tell you honestly: this is the same pattern already running production services on a real Proxmox cluster today, not something written just to sell. If you&rsquo;re an early buyer, you&rsquo;re also the reason the second and third kits get built faster, since your feedback shapes what comes next.</p>
<h2 id="the-guarantee">The guarantee</h2>
<p>If it doesn&rsquo;t work for your setup, or it&rsquo;s just not what you expected, ask for a refund. No form to fill out, no runaround. A $19 digital download isn&rsquo;t worth either of us arguing about.</p>
<h2 id="requirements">Requirements</h2>
<ul>
<li>A Proxmox VE host reachable over SSH, with a user that can run <code>pct</code> (doesn&rsquo;t need to be root)</li>
<li>Ansible 2.15+ on your control machine</li>
<li>A Debian 12 LXC template already downloaded, or let the playbook fetch one for you</li>
</ul>
<h2 id="get-it">Get it</h2>
<form action="/api/checkout" method="POST">
 <button type="submit" class="buy-button">
 Get the Starter Kit - $19
 </button>
</form>
<p><em>Checkout is handled by Stripe. This is a digital download, no physical shipping.</em></p>
<p><strong>P.S.</strong> If you&rsquo;re on the fence because you could technically do this with free scripts, that&rsquo;s the right instinct to have, and the section above is the honest answer either way. If what actually matters to you is not doing this setup from scratch the next time something breaks, that&rsquo;s what the $19 buys.</p>
]]></content:encoded></item></channel></rss>