<?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>Systemd on Jing Online</title>
    <link>https://jing-online.com/tags/systemd/</link>
    <description>Recent content in Systemd on Jing Online</description>
    <generator>Hugo -- 0.164.0</generator>
    <language>en-us</language>
    <copyright>2026 Jing Online</copyright>
    <lastBuildDate>Sun, 12 Jul 2026 10:15:00 +0800</lastBuildDate>
    <atom:link href="https://jing-online.com/tags/systemd/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>A Short Checklist for Long-Lived Linux Services</title>
      <link>https://jing-online.com/posts/linux-service-hygiene/</link>
      <pubDate>Sun, 12 Jul 2026 10:15:00 +0800</pubDate>
      <guid>https://jing-online.com/posts/linux-service-hygiene/</guid>
      <description>A compact service review checklist for small Linux hosts.</description>
      <content:encoded><![CDATA[<p>When a Linux host runs for months, the service definition becomes more important than the initial installation command. I review long-lived services with five questions.</p>
<h3 id="what-does-it-listen-on">What does it listen on?</h3>
<p>Local-only listeners should bind to loopback or a private interface. Public listeners should be intentional, documented, and covered by the firewall. A quick socket listing often reveals more than a configuration file search.</p>
<h3 id="what-user-does-it-run-as">What user does it run as?</h3>
<p>There is rarely a good reason for a static site or a metrics endpoint to run as root. A dedicated account, a read-only content directory, and a narrow working directory make mistakes less expensive.</p>
<h3 id="what-happens-after-a-restart">What happens after a restart?</h3>
<p>The unit should have a clear dependency order, a bounded restart policy, and logs that explain the first failure. Restarting forever is not recovery; it can hide a broken configuration and fill a disk.</p>
<h3 id="can-it-be-updated-safely">Can it be updated safely?</h3>
<p>Pinning a known-good version, keeping a small change record, and testing configuration syntax before restarting are inexpensive safeguards. I prefer a reversible deployment directory over editing files in place.</p>
<h3 id="can-i-remove-it-later">Can I remove it later?</h3>
<p>An installation note should say where files, users, sockets, and systemd units live. Clean removal is a useful test of whether the original installation was understood.</p>
]]></content:encoded>
    </item>
  </channel>
</rss>
