<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Linux on Linux Security</title><link>https://linuxtransfer.com/tags/linux/</link><description>Recent content in Linux on Linux Security</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sat, 11 Jul 2026 08:24:10 +0200</lastBuildDate><atom:link href="https://linuxtransfer.com/tags/linux/index.xml" rel="self" type="application/rss+xml"/><item><title>Using systemd-resolved to Tame DNS Lookup Surprises on Multi-Homed Linux Machines</title><link>https://linuxtransfer.com/post/2026-07-11-using-systemd-resolved-to-tame-dns-lookup-sur/</link><pubDate>Sat, 11 Jul 2026 08:24:10 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-11-using-systemd-resolved-to-tame-dns-lookup-sur/</guid><description>&lt;h2 id="introduction-to-systemd-resolved">Introduction to systemd-resolved&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when working with multi-homed Linux machines: DNS lookup surprises can be a real pain. A multi-homed machine, with multiple network interfaces each connected to a different network, can lead to DNS resolution problems. The system may not know which interface to use for DNS lookups, causing all sorts of issues. This is where people usually get burned - trying to troubleshoot DNS problems without a clear understanding of how their system is configured. To address this issue, I usually start with systemd-resolved, a tool that can help manage DNS resolution and provide more predictable behavior.&lt;/p></description></item><item><title>Recovering from a Botched Package Upgrade with apt and snapshotting</title><link>https://linuxtransfer.com/post/2026-07-10-recovering-from-a-botched-package-upgrade-wit/</link><pubDate>Fri, 10 Jul 2026 11:49:45 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-10-recovering-from-a-botched-package-upgrade-wit/</guid><description>&lt;h2 id="introduction-to-recovery">Introduction to Recovery&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when a package upgrade fails - it can be frustrating and even lead to system instability. When this happens, it&amp;rsquo;s essential to have a plan in place to recover your system. Fortunately, with the right tools and techniques, recovering from a botched package upgrade is relatively straightforward. In this article, we&amp;rsquo;ll explore how to use &lt;code>apt&lt;/code> and snapshotting to recover from a failed package upgrade on a Linux system.&lt;/p></description></item><item><title>Troubleshooting DNS Leaks with systemd-resolved and resolv.conf</title><link>https://linuxtransfer.com/post/2026-07-09-troubleshooting-dns-leaks-with-systemd-resolv/</link><pubDate>Thu, 09 Jul 2026 08:15:21 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-09-troubleshooting-dns-leaks-with-systemd-resolv/</guid><description>&lt;h2 id="introduction-to-dns-leaks">Introduction to DNS Leaks&lt;/h2>
&lt;p>I&amp;rsquo;ve seen DNS leaks become a major concern for Linux users, especially those relying on systemd-resolved. A DNS leak occurs when your system sends DNS queries to an unintended DNS server, potentially exposing your browsing history and other sensitive information. In this article, I&amp;rsquo;ll share my experience and insights on how to identify and troubleshoot DNS leaks using systemd-resolved and resolv.conf.&lt;/p>
&lt;h2 id="understanding-systemd-resolved">Understanding systemd-resolved&lt;/h2>
&lt;p>Systemd-resolved is a powerful tool that provides DNS resolution. It acts as a local DNS resolver, caching DNS queries and responses to improve performance. By default, systemd-resolved uses the DNS servers provided by your network configuration, but you can configure it to use specific DNS servers. To check the current DNS servers used by systemd-resolved, run:&lt;/p></description></item><item><title>Extracting Valuable Data from Systemd Journal Logs with jq and grep</title><link>https://linuxtransfer.com/post/2026-07-08-extracting-valuable-data-from-systemd-journal/</link><pubDate>Wed, 08 Jul 2026 09:39:13 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-08-extracting-valuable-data-from-systemd-journal/</guid><description>&lt;h2 id="introduction-to-systemd-journal-logs">Introduction to Systemd Journal Logs&lt;/h2>
&lt;p>I&amp;rsquo;ve worked with Linux systems for years, and one of the most powerful tools at my disposal is systemd journal logs. These logs provide a centralized location for logging system events, making it easier to troubleshoot and diagnose issues. By default, systemd stores these logs in a binary format, which can make them a bit tricky to parse and analyze. However, with the help of tools like &lt;code>jq&lt;/code> and &lt;code>grep&lt;/code>, you can extract valuable data from these logs.&lt;/p></description></item><item><title>Taming Disk Space Usage with find and xargs in a Busy /var/log Directory</title><link>https://linuxtransfer.com/post/2026-07-07-taming-disk-space-usage-with-find-and-xargs-i/</link><pubDate>Tue, 07 Jul 2026 08:58:55 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-07-taming-disk-space-usage-with-find-and-xargs-i/</guid><description>&lt;h2 id="introduction-to-disk-space-management">Introduction to Disk Space Management&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when managing a busy &lt;code>/var/log&lt;/code> directory - disk space usage can quickly become a concern. All those logs from various system services, applications, and security tools can accumulate, leading to storage issues if not properly maintained. In practice, this can be a real headache, especially when you&amp;rsquo;re dealing with limited disk space. To avoid this, we can use &lt;code>find&lt;/code> and &lt;code>xargs&lt;/code> to keep the &lt;code>/var/log&lt;/code> directory in check.&lt;/p></description></item><item><title>Taming Disk Space Usage with btrfs Snapshots and Automatic Pruning</title><link>https://linuxtransfer.com/post/2026-07-06-taming-disk-space-usage-with-btrfs-snapshots-/</link><pubDate>Mon, 06 Jul 2026 10:42:14 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-06-taming-disk-space-usage-with-btrfs-snapshots-/</guid><description>&lt;h2 id="introduction-to-btrfs-snapshots">Introduction to btrfs Snapshots&lt;/h2>
&lt;p>I&amp;rsquo;ve been using btrfs for years, and one of its most powerful features is its ability to create snapshots. These are read-only copies of a subvolume at a particular point in time, which can be used for backups, testing, and even recovering from accidental file deletions or modifications. Don&amp;rsquo;t bother with other file systems if you need this level of flexibility.&lt;/p>
&lt;h2 id="creating-snapshots">Creating Snapshots&lt;/h2>
&lt;p>To get started with btrfs snapshots, you&amp;rsquo;ll first need to ensure that your system is using btrfs. Run &lt;code>lsblk -f&lt;/code> and look for the &lt;code>btrfs&lt;/code> label. If you&amp;rsquo;re using btrfs, creating a snapshot is straightforward:&lt;/p></description></item><item><title>Troubleshooting Slow systemd Service Restarts with systemd-analyze</title><link>https://linuxtransfer.com/post/2026-07-05-troubleshooting-slow-systemd-service-restarts/</link><pubDate>Sun, 05 Jul 2026 10:06:58 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-05-troubleshooting-slow-systemd-service-restarts/</guid><description>&lt;h2 id="introduction-to-systemd-analyze">Introduction to systemd-analyze&lt;/h2>
&lt;p>I&amp;rsquo;ve seen my fair share of slow service restarts on Linux systems, and troubleshooting them can be a real challenge. That&amp;rsquo;s where systemd-analyze comes in - a powerful tool that helps analyze and troubleshoot systemd services. In this article, I&amp;rsquo;ll share how to use systemd-analyze to identify and potentially fix issues related to slow systemd service restarts.&lt;/p>
&lt;h2 id="understanding-systemd-analyze">Understanding systemd-analyze&lt;/h2>
&lt;p>The real trick is to understand what systemd-analyze can do for you. It&amp;rsquo;s a command-line tool that comes bundled with systemd, providing detailed information about the boot process, services, and their dependencies. With systemd-analyze, you can identify performance bottlenecks, slow services, and even issues with the system&amp;rsquo;s boot process. Don&amp;rsquo;t bother with manual logging and debugging - systemd-analyze can save you a lot of time and effort.&lt;/p></description></item><item><title>Taming SSH Config Chaos: Organizing Your SSH Client Settings for Multiple Servers and Identities</title><link>https://linuxtransfer.com/post/2026-07-04-taming-ssh-config-chaos-organizing-your-ssh-c/</link><pubDate>Sat, 04 Jul 2026 10:26:43 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-04-taming-ssh-config-chaos-organizing-your-ssh-c/</guid><description>&lt;h2 id="taming-ssh-config-chaos">Taming SSH Config Chaos&lt;/h2>
&lt;p>If you&amp;rsquo;re like me, you&amp;rsquo;re constantly juggling multiple servers and identities. Managing SSH connections can be a real headache, especially when dealing with different usernames, ports, and private keys. I&amp;rsquo;ve seen this go wrong when you have to remember a dozen different connection settings. The real trick is to organize your SSH client settings in a way that makes sense for your workflow.&lt;/p>
&lt;h2 id="understanding-ssh-config-files">Understanding SSH Config Files&lt;/h2>
&lt;p>The SSH client configuration is stored in the &lt;code>~/.ssh/config&lt;/code> file. This is where you define settings for your SSH connections, such as hostname, username, port, and private key. By default, the SSH client looks for this file and applies the settings. To get started, create a new &lt;code>~/.ssh/config&lt;/code> file using your favorite text editor:&lt;/p></description></item><item><title>Using SSH to Tunnel Traffic Through a Jump Host for Secure Access to a Remote Network</title><link>https://linuxtransfer.com/post/2026-07-03-using-ssh-to-tunnel-traffic-through-a-jump-ho/</link><pubDate>Fri, 03 Jul 2026 09:11:35 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-03-using-ssh-to-tunnel-traffic-through-a-jump-ho/</guid><description>&lt;h2 id="introduction-to-ssh-tunneling">Introduction to SSH Tunneling&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when people try to access remote networks without using a secure method - that&amp;rsquo;s where SSH tunneling comes in. This technique leverages an intermediate host, known as a jump host, to securely access remote networks. It&amp;rsquo;s particularly useful when direct access is restricted due to firewall rules or network policies. By using SSH to tunnel traffic through a jump host, you can establish a secure connection to a remote server or network, even if direct access is not possible.&lt;/p></description></item><item><title>Using Third-Party Repositories Without Polluting Your Package Manager</title><link>https://linuxtransfer.com/post/2026-07-02-using-third-party-repositories-without-pollut/</link><pubDate>Thu, 02 Jul 2026 08:15:00 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-02-using-third-party-repositories-without-pollut/</guid><description>&lt;h2 id="introduction-to-third-party-repositories">Introduction to Third-Party Repositories&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when Linux users need a specific package that&amp;rsquo;s not available in their default repositories. That&amp;rsquo;s where third-party repositories come in – they provide additional packages that can enhance the functionality of your system. However, adding these repositories can sometimes lead to version conflicts and dependency issues, which can be a real headache.&lt;/p>
&lt;h2 id="understanding-the-risks">Understanding the Risks&lt;/h2>
&lt;p>Before adding a third-party repository, it&amp;rsquo;s crucial to understand the potential risks. When you add a repository, you&amp;rsquo;re essentially trusting the repository maintainer to provide secure and compatible packages. If the repository contains malicious or outdated packages, it can compromise the security and stability of your system. I&amp;rsquo;ve noticed that several high-profile incidents in 2025 highlighted the importance of verifying the integrity of third-party repositories. Don&amp;rsquo;t bother with repositories that don&amp;rsquo;t have a clear track record of providing secure packages.&lt;/p></description></item><item><title>Resolving the "Unknown Host" Headache: Troubleshooting DNS Issues with systemd-resolved and resolv.conf</title><link>https://linuxtransfer.com/post/2026-07-01-resolving-the-unknown-host-headache-troublesh/</link><pubDate>Wed, 01 Jul 2026 09:38:07 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-07-01-resolving-the-unknown-host-headache-troublesh/</guid><description>&lt;h2 id="introduction-to-dns-troubleshooting">Introduction to DNS Troubleshooting&lt;/h2>
&lt;p>We&amp;rsquo;ve all been there - trying to access a website or service, only to be met with an &amp;ldquo;Unknown Host&amp;rdquo; error. These errors often stem from DNS issues, which can be frustrating to troubleshoot, especially when you&amp;rsquo;re not sure where to start. In my experience, the culprits are usually misconfigured &lt;code>resolv.conf&lt;/code> files or problems with &lt;code>systemd-resolved&lt;/code>. In this article, I&amp;rsquo;ll walk you through the practical aspects of troubleshooting DNS issues, focusing on &lt;code>systemd-resolved&lt;/code> and &lt;code>resolv.conf&lt;/code>, to help you resolve the &amp;ldquo;Unknown Host&amp;rdquo; headache efficiently.&lt;/p></description></item><item><title>Troubleshooting Btrfs Snapshot Overfill with systemd Timers and Log Rotation</title><link>https://linuxtransfer.com/post/2026-06-30-troubleshooting-btrfs-snapshot-overfill-with-/</link><pubDate>Tue, 30 Jun 2026 09:01:31 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-30-troubleshooting-btrfs-snapshot-overfill-with-/</guid><description>&lt;h2 id="introduction-to-btrfs-snapshots">Introduction to Btrfs Snapshots&lt;/h2>
&lt;p>I&amp;rsquo;ve worked with Btrfs for years, and its snapshot feature is one of my favorites. It allows you to create a read-only copy of a subvolume at a particular point in time, which is super useful for backups, testing, and rolling back changes. However, managing these snapshots can become a real pain, especially when dealing with a large number of them. In this article, I&amp;rsquo;ll show you how to troubleshoot Btrfs snapshot overfill issues using systemd timers and log rotation.&lt;/p></description></item><item><title>Troubleshooting Systemd Service Boot Delays with systemd-analyze</title><link>https://linuxtransfer.com/post/2026-06-29-troubleshooting-systemd-service-boot-delays-w/</link><pubDate>Mon, 29 Jun 2026 09:10:15 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-29-troubleshooting-systemd-service-boot-delays-w/</guid><description>&lt;h2 id="introduction-to-systemd-service-boot-delays">Introduction to Systemd Service Boot Delays&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when working with Linux systems managed by systemd - boot delays can be frustrating and impact system performance. In my experience, understanding how to troubleshoot these delays is crucial for maintaining efficient and reliable systems. Many Linux distributions, including Debian, Arch Linux, and OpenSUSE, rely on systemd for service management, so it&amp;rsquo;s essential to know how to use &lt;code>systemd-analyze&lt;/code> to identify and resolve boot delays caused by systemd services.&lt;/p></description></item><item><title>Using SSH Keys with Multiple Identities and Agents for Simplified Remote Access</title><link>https://linuxtransfer.com/post/2026-06-28-using-ssh-keys-with-multiple-identities-and-a/</link><pubDate>Sun, 28 Jun 2026 09:46:19 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-28-using-ssh-keys-with-multiple-identities-and-a/</guid><description>&lt;h2 id="introduction-to-ssh-keys-and-agents">Introduction to SSH Keys and Agents&lt;/h2>
&lt;p>I&amp;rsquo;ve seen many Linux users struggle with managing multiple remote systems, but SSH keys and agents can make a huge difference. By using SSH keys, you can authenticate to remote servers without entering a password, making it easier to manage multiple systems. In practice, this means you can quickly switch between systems without having to remember a bunch of passwords.&lt;/p>
&lt;h2 id="generating-ssh-keys">Generating SSH Keys&lt;/h2>
&lt;p>To start using SSH keys, you need to generate a key pair on your local system. I usually start with the &lt;code>ssh-keygen&lt;/code> command to generate a key pair:&lt;/p></description></item><item><title>Mastering SSH Connection Sharing with ControlMaster and ControlPersist</title><link>https://linuxtransfer.com/post/2026-06-27-mastering-ssh-connection-sharing-with-control/</link><pubDate>Sat, 27 Jun 2026 10:48:08 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-27-mastering-ssh-connection-sharing-with-control/</guid><description>&lt;h2 id="introduction-to-ssh-connection-sharing">Introduction to SSH Connection Sharing&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when people don&amp;rsquo;t understand how SSH connection sharing works. It&amp;rsquo;s actually pretty simple: SSH connection sharing is a feature that allows you to reuse an existing SSH connection for multiple SSH sessions. This can significantly speed up your workflow, especially when working with remote servers. In this article, we&amp;rsquo;ll explore how to master SSH connection sharing using ControlMaster and ControlPersist.&lt;/p></description></item><item><title>Using pgrep and pkill to Simplify Process Management and Avoid Common Mistakes with background Tasks</title><link>https://linuxtransfer.com/post/2026-06-26-using-pgrep-and-pkill-to-simplify-process-man/</link><pubDate>Fri, 26 Jun 2026 11:11:33 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-26-using-pgrep-and-pkill-to-simplify-process-man/</guid><description>&lt;h2 id="introduction-to-pgrep-and-pkill">Introduction to pgrep and pkill&lt;/h2>
&lt;p>When I&amp;rsquo;m managing background tasks and processes in Linux, I always reach for &lt;code>pgrep&lt;/code> and &lt;code>pkill&lt;/code>. These two commands are often overlooked, but they&amp;rsquo;re incredibly useful for searching for and managing processes by name. I&amp;rsquo;ve seen this go wrong when people use &lt;code>ps&lt;/code> with &lt;code>grep&lt;/code> - it&amp;rsquo;s just not as precise. With &lt;code>pgrep&lt;/code> and &lt;code>pkill&lt;/code>, you can avoid common mistakes when dealing with background tasks.&lt;/p></description></item><item><title>Simplifying Remote File Transfers with SSH and rsync Over a Jump Host</title><link>https://linuxtransfer.com/post/2026-06-25-simplifying-remote-file-transfers-with-ssh-an/</link><pubDate>Thu, 25 Jun 2026 08:22:25 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-25-simplifying-remote-file-transfers-with-ssh-an/</guid><description>&lt;h2 id="introduction-to-remote-file-transfers">Introduction to Remote File Transfers&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when you&amp;rsquo;re trying to transfer files between machines, especially in scenarios where direct access is not possible. Using a jump host can simplify the process. A jump host, also known as a bastion host, is an intermediary server that you use to access other servers. In this article, we&amp;rsquo;ll explore how to use SSH and &lt;code>rsync&lt;/code> over a jump host for secure and efficient remote file transfers.&lt;/p></description></item><item><title>Taming Log Rotation: Preventing Disk Space Issues with systemd-journald and Log File Management</title><link>https://linuxtransfer.com/post/2026-06-24-taming-log-rotation-preventing-disk-space-iss/</link><pubDate>Wed, 24 Jun 2026 11:55:31 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-24-taming-log-rotation-preventing-disk-space-iss/</guid><description>&lt;h2 id="introduction-to-log-rotation">Introduction to Log Rotation&lt;/h2>
&lt;p>Log rotation - it&amp;rsquo;s one of those tasks that&amp;rsquo;s easy to overlook, but can quickly become a major headache if you don&amp;rsquo;t stay on top of it. I&amp;rsquo;ve seen this go wrong when log files consume all the available disk space, bringing a system to its knees. With many Linux distributions now using &lt;code>systemd-journald&lt;/code> as the default logging mechanism, understanding how to manage log rotation is more important than ever.&lt;/p></description></item><item><title>Taming Log Rotation: Strategies for Preventing /var/log Overflow on Busy Systems</title><link>https://linuxtransfer.com/post/2026-06-23-taming-log-rotation-strategies-for-preventing/</link><pubDate>Tue, 23 Jun 2026 10:41:31 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-23-taming-log-rotation-strategies-for-preventing/</guid><description>&lt;h2 id="introduction-to-log-rotation">Introduction to Log Rotation&lt;/h2>
&lt;p>I&amp;rsquo;ve seen log files grow out of control and bring down entire systems, so log rotation is something I take seriously. It&amp;rsquo;s a crucial aspect of Linux system maintenance, ensuring that log files don&amp;rsquo;t consume all available disk space. On busy systems, logs can fill up quickly, leading to issues with system performance and even causing services to fail.&lt;/p>
&lt;h2 id="understanding-log-rotation">Understanding Log Rotation&lt;/h2>
&lt;p>Log rotation involves periodically switching out log files, typically by renaming the current log file and starting a new one. This process can be configured to occur at set intervals, such as daily or weekly, and can also be triggered by the size of the log file. Most Linux distributions come with a log rotation system pre-configured, often using the &lt;code>logrotate&lt;/code> utility. Don&amp;rsquo;t bother with manual log rotation unless you have a specific reason to do so - &lt;code>logrotate&lt;/code> is a well-tested and reliable tool.&lt;/p></description></item><item><title>Taming systemd Service Restart Behavior: When to Use Restart, Retry, and Timeout Options</title><link>https://linuxtransfer.com/post/2026-06-22-taming-systemd-service-restart-behavior-when-/</link><pubDate>Mon, 22 Jun 2026 09:07:35 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-22-taming-systemd-service-restart-behavior-when-/</guid><description>&lt;h2 id="introduction-to-systemd-service-restart-behavior">Introduction to systemd Service Restart Behavior&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when a service is not properly configured - systemd, the core component of most modern Linux distributions, is responsible for managing system services. One of its key features is the ability to automatically restart services that fail or terminate unexpectedly, controlled by the &lt;code>Restart&lt;/code> directive in the service unit file. However, I&amp;rsquo;ve found that the &lt;code>Restart&lt;/code> directive alone may not be sufficient to handle all scenarios, which is where the &lt;code>Retry&lt;/code> and &lt;code>Timeout&lt;/code> options come into play.&lt;/p></description></item><item><title>Troubleshooting Broken Permissions on Shared Directories with setgid and ACLs</title><link>https://linuxtransfer.com/post/2026-06-21-troubleshooting-broken-permissions-on-shared-/</link><pubDate>Sun, 21 Jun 2026 10:09:46 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-21-troubleshooting-broken-permissions-on-shared-/</guid><description>&lt;h2 id="introduction-to-shared-directory-permissions">Introduction to Shared Directory Permissions&lt;/h2>
&lt;p>When working with shared directories in Linux, permissions can quickly become a complex issue. I&amp;rsquo;ve seen this go wrong when multiple users need to collaborate on the same project, and suddenly, nobody can access the files they need. The &lt;code>setgid&lt;/code> bit and Access Control Lists (ACLs) are two powerful tools for managing these permissions. In this article, we&amp;rsquo;ll explore how to troubleshoot broken permissions on shared directories using &lt;code>setgid&lt;/code> and ACLs.&lt;/p></description></item><item><title>Using systemd-resolved with Multiple DNS Servers and Split Horizon DNS</title><link>https://linuxtransfer.com/post/2026-06-20-using-systemd-resolved-with-multiple-dns-serv/</link><pubDate>Sat, 20 Jun 2026 08:55:08 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-20-using-systemd-resolved-with-multiple-dns-serv/</guid><description>&lt;h2 id="introduction-to-systemd-resolved">Introduction to systemd-resolved&lt;/h2>
&lt;p>I&amp;rsquo;ve been using systemd-resolved for a while now, and I have to say, it&amp;rsquo;s a game-changer when it comes to managing DNS resolution on Linux systems. As of 2026, it&amp;rsquo;s become a crucial component in many Linux distributions, including Ubuntu, Debian, and Fedora. In this article, I&amp;rsquo;ll walk you through how to use systemd-resolved with multiple DNS servers and split horizon DNS, including some practical examples and troubleshooting notes.&lt;/p></description></item><item><title>Taming Dependency Chaos: Using apt-mark to Pin Packages in Debian-Based Systems</title><link>https://linuxtransfer.com/post/2026-06-19-taming-dependency-chaos-using-apt-mark-to-pin/</link><pubDate>Fri, 19 Jun 2026 10:03:12 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-19-taming-dependency-chaos-using-apt-mark-to-pin/</guid><description>&lt;h2 id="introduction-to-dependency-management">Introduction to Dependency Management&lt;/h2>
&lt;p>As someone who&amp;rsquo;s spent years running Linux systems, I can tell you that dependency management is crucial for maintaining a healthy and stable system. You&amp;rsquo;re probably already familiar with keeping your packages up to date, but sometimes you need to pin specific packages to prevent them from being updated. This can help maintain system stability or prevent potential security issues. In this article, I&amp;rsquo;ll walk you through how to use &lt;code>apt-mark&lt;/code> to pin packages in Debian-based systems.&lt;/p></description></item><item><title>Taming systemd Restart Policies to Prevent Service Chaos</title><link>https://linuxtransfer.com/post/2026-06-18-taming-systemd-restart-policies-to-prevent-se/</link><pubDate>Thu, 18 Jun 2026 10:48:52 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-18-taming-systemd-restart-policies-to-prevent-se/</guid><description>&lt;h2 id="introduction-to-systemd-restart-policies">Introduction to systemd Restart Policies&lt;/h2>
&lt;p>I&amp;rsquo;ve seen systemd restart policies go wrong when not properly configured, leading to a never-ending cycle of restarts without resolving the underlying issue. To avoid this chaos, it&amp;rsquo;s essential to understand how systemd manages system services, including starting, stopping, and restarting them as needed. The key to taming these restart policies lies in understanding how systemd service files work and how to configure them effectively.&lt;/p></description></item><item><title>Troubleshooting Local Port Conflicts with ss and nftables on a Multi-Service Linux Server</title><link>https://linuxtransfer.com/post/2026-06-17-troubleshooting-local-port-conflicts-with-ss-/</link><pubDate>Wed, 17 Jun 2026 09:42:05 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-17-troubleshooting-local-port-conflicts-with-ss-/</guid><description>&lt;h2 id="introduction-to-troubleshooting-local-port-conflicts">Introduction to Troubleshooting Local Port Conflicts&lt;/h2>
&lt;p>When dealing with a Linux server that&amp;rsquo;s running multiple services, I&amp;rsquo;ve seen this go wrong when two or more services try to bind to the same port - it&amp;rsquo;s a recipe for disaster. This is where people usually get burned, as one or more of the services will fail to start. To avoid this, we can use the &lt;code>ss&lt;/code> command and &lt;code>nftables&lt;/code> to troubleshoot local port conflicts.&lt;/p></description></item><item><title>Troubleshooting DNS Leaks with systemd-resolved and resolv.conf</title><link>https://linuxtransfer.com/post/2026-06-16-troubleshooting-dns-leaks-with-systemd-resolv/</link><pubDate>Tue, 16 Jun 2026 10:58:16 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-16-troubleshooting-dns-leaks-with-systemd-resolv/</guid><description>&lt;h2 id="introduction-to-dns-leaks">Introduction to DNS Leaks&lt;/h2>
&lt;p>I&amp;rsquo;ve seen DNS leaks become a major concern for Linux users who care about their online privacy. Essentially, a DNS leak happens when your system&amp;rsquo;s DNS queries slip outside a secure tunnel - think VPN - and potentially expose your browsing history to prying eyes. Given the current online security landscape, being able to troubleshoot these leaks is more important than ever.&lt;/p>
&lt;h2 id="understanding-systemd-resolved">Understanding systemd-resolved&lt;/h2>
&lt;p>Systemd-resolved is a key system service in Linux that handles DNS resolution. It&amp;rsquo;s part of the systemd suite and is widely used in modern distributions like Ubuntu, Debian, and Fedora. One of the benefits of systemd-resolved is that it can be configured to use DNS over TLS (DoT) or DNS over HTTPS (DoH), which encrypts DNS queries and reduces the risk of leaks.&lt;/p></description></item><item><title>Resolving DNS Issues with resolvectl and systemd-resolved in a Home Network</title><link>https://linuxtransfer.com/post/2026-06-15-resolving-dns-issues-with-resolvectl-and-syst/</link><pubDate>Mon, 15 Jun 2026 09:54:03 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-15-resolving-dns-issues-with-resolvectl-and-syst/</guid><description>&lt;h2 id="introduction-to-dns-resolution">Introduction to DNS Resolution&lt;/h2>
&lt;p>When setting up a home network, DNS resolution is one of those critical components that can be a real pain to troubleshoot. I&amp;rsquo;ve seen this go wrong when people are new to Linux, so let&amp;rsquo;s dive into how to use &lt;code>resolvectl&lt;/code> to resolve DNS issues with &lt;code>systemd-resolved&lt;/code>.&lt;/p>
&lt;h2 id="understanding-systemd-resolved">Understanding systemd-resolved&lt;/h2>
&lt;p>&lt;code>systemd-resolved&lt;/code> is a system service that handles DNS resolution, among other network-related tasks. It&amp;rsquo;s part of the systemd suite and is widely used in many Linux distributions, including Ubuntu, Debian, and Fedora. The real trick is that &lt;code>systemd-resolved&lt;/code> provides improved DNS security and better support for modern DNS protocols like DNS over TLS (DoT) and DNS over HTTPS (DoH). Don&amp;rsquo;t bother with trying to use it without understanding these benefits, as they&amp;rsquo;re a key part of what makes &lt;code>systemd-resolved&lt;/code> so useful.&lt;/p></description></item><item><title>Troubleshooting Slow Network Connectivity with ss and resolvectl on Linux</title><link>https://linuxtransfer.com/post/2026-06-14-troubleshooting-slow-network-connectivity-wit/</link><pubDate>Sun, 14 Jun 2026 08:16:06 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-14-troubleshooting-slow-network-connectivity-wit/</guid><description>&lt;h2 id="introduction-to-network-troubleshooting">Introduction to Network Troubleshooting&lt;/h2>
&lt;p>I&amp;rsquo;ve seen my fair share of slow network connectivity issues on Linux, and having the right tools at your disposal can make all the difference. Two tools that I rely on are &lt;code>ss&lt;/code> and &lt;code>resolvectl&lt;/code>, which can help you diagnose and troubleshoot network issues. In this article, we&amp;rsquo;ll explore how to use these tools to identify and potentially fix slow network connectivity problems.&lt;/p>
&lt;h2 id="understanding-ss">Understanding &lt;code>ss&lt;/code>&lt;/h2>
&lt;p>The &lt;code>ss&lt;/code> command is a replacement for the traditional &lt;code>netstat&lt;/code> command, and it provides more detailed information about network connections, including TCP, UDP, and Unix domain sockets. To get started with &lt;code>ss&lt;/code>, you can use the following command to display all active connections:&lt;/p></description></item><item><title>Taming Disk-Hungry Logs with systemd's Persistent Journal and Log Rotation</title><link>https://linuxtransfer.com/post/2026-06-13-taming-disk-hungry-logs-with-systemds-persist/</link><pubDate>Sat, 13 Jun 2026 11:46:55 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-13-taming-disk-hungry-logs-with-systemds-persist/</guid><description>&lt;h2 id="introduction-to-log-management">Introduction to Log Management&lt;/h2>
&lt;p>I&amp;rsquo;ve seen log management become a major headache for many Linux administrators. Logs are essential for diagnosing issues, detecting security threats, and optimizing system performance, but they can grow rapidly and consume significant disk space. In practice, this can lead to performance issues and even system crashes. To avoid this, we can use systemd&amp;rsquo;s persistent journal and log rotation features.&lt;/p>
&lt;h2 id="understanding-systemds-journal">Understanding systemd&amp;rsquo;s Journal&lt;/h2>
&lt;p>Systemd&amp;rsquo;s journal is a centralized logging system that collects log messages from various system components, including systemd services, kernel messages, and application logs. The real trick is to configure it to use persistent storage, so logs aren&amp;rsquo;t lost upon system reboot. By default, the journal stores log messages in a volatile storage area, which isn&amp;rsquo;t very useful for long-term log management.&lt;/p></description></item><item><title>Using systemd to Manage and Rotate Logs for Forgotten System Services</title><link>https://linuxtransfer.com/post/2026-06-12-using-systemd-to-manage-and-rotate-logs-for-f/</link><pubDate>Fri, 12 Jun 2026 08:50:25 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-12-using-systemd-to-manage-and-rotate-logs-for-f/</guid><description>&lt;h2 id="introduction-to-log-management-with-systemd">Introduction to Log Management with systemd&lt;/h2>
&lt;p>I&amp;rsquo;ve seen many Linux admins struggle with log management, especially when it comes to system services that are often overlooked. Systemd is a powerful system and service manager that provides a wide range of features, including process management, dependency handling, and log management. In this article, I&amp;rsquo;ll focus on using systemd to manage and rotate logs for system services.&lt;/p>
&lt;h2 id="understanding-systemd-logs">Understanding systemd Logs&lt;/h2>
&lt;p>The real trick is to understand how systemd logs work. Systemd logs are stored in a binary format, which can be read using the &lt;code>journalctl&lt;/code> command. This command provides a powerful way to filter, search, and manage system logs. By default, systemd stores logs in &lt;code>/var/log/journal&lt;/code>, but this can be configured to use a different location. Don&amp;rsquo;t bother with trying to read the binary logs directly - just use &lt;code>journalctl&lt;/code>.&lt;/p></description></item><item><title>Resolving Dependency Conflicts When Mixing Third-Party Repositories with Distribution Packages</title><link>https://linuxtransfer.com/post/2026-06-11-resolving-dependency-conflicts-when-mixing-th/</link><pubDate>Thu, 11 Jun 2026 09:22:32 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-11-resolving-dependency-conflicts-when-mixing-th/</guid><description>&lt;h2 id="introduction-to-dependency-conflicts">Introduction to Dependency Conflicts&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when mixing third-party repositories with distribution packages - dependency conflicts can cause frustration and potential security risks. As a Linux user, understanding how to resolve these conflicts is crucial for maintaining a stable and secure system. In this article, we&amp;rsquo;ll explore the common causes of dependency conflicts, how to identify them, and practical steps to resolve them.&lt;/p>
&lt;h2 id="understanding-dependency-conflicts">Understanding Dependency Conflicts&lt;/h2>
&lt;p>Dependency conflicts occur when two or more packages require different versions of the same dependency. This can happen when you install packages from third-party repositories, which may not be compatible with the distribution&amp;rsquo;s packages. For example, if you&amp;rsquo;re running Ubuntu 22.04 and want to install the latest version of &lt;code>ffmpeg&lt;/code> from a third-party repository, it can cause a conflict because the repository requires a newer version of &lt;code>libavcodec&lt;/code> than what&amp;rsquo;s available in Ubuntu 22.04.&lt;/p></description></item><item><title>Troubleshooting Poor Video Performance on Linux Laptops with Hybrid Graphics and Wayland</title><link>https://linuxtransfer.com/post/2026-06-10-troubleshooting-poor-video-performance-on-lin/</link><pubDate>Wed, 10 Jun 2026 08:29:11 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-10-troubleshooting-poor-video-performance-on-lin/</guid><description>&lt;h2 id="introduction-to-troubleshooting">Introduction to Troubleshooting&lt;/h2>
&lt;p>When dealing with Linux laptops that have hybrid graphics, getting the best video performance can be tough, especially with Wayland. I&amp;rsquo;ve seen this go wrong when people don&amp;rsquo;t take the time to understand how their system is set up. As of 2026, many Linux distributions have made big strides in supporting hybrid graphics and Wayland, but issues still pop up. In this article, we&amp;rsquo;ll go over some practical steps for troubleshooting poor video performance on these laptops.&lt;/p></description></item><item><title>Taming systemd Timer Services to Run Your Daily Backup at a Reasonable Hour</title><link>https://linuxtransfer.com/post/2026-06-09-taming-systemd-timer-services-to-run-your-dai/</link><pubDate>Tue, 09 Jun 2026 09:05:53 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-09-taming-systemd-timer-services-to-run-your-dai/</guid><description>&lt;h2 id="introduction-to-systemd-timer-services">Introduction to systemd Timer Services&lt;/h2>
&lt;p>I&amp;rsquo;ve been using systemd timer services for years to schedule tasks on my Linux systems, and I have to say, they&amp;rsquo;re a game-changer. Most Linux distributions, including Debian, Arch Linux, and OpenSUSE, use systemd as their default init system, so it&amp;rsquo;s worth learning how to use them. In this article, I&amp;rsquo;ll show you how to use systemd timer services to run daily backups at a reasonable hour.&lt;/p></description></item><item><title>Troubleshooting Common Connection Issues with resolvectl and ss on Linux</title><link>https://linuxtransfer.com/post/2026-06-08-troubleshooting-common-connection-issues-with/</link><pubDate>Mon, 08 Jun 2026 11:07:29 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-08-troubleshooting-common-connection-issues-with/</guid><description>&lt;h2 id="introduction-to-troubleshooting-connection-issues">Introduction to Troubleshooting Connection Issues&lt;/h2>
&lt;p>When working with Linux, connection issues can arise due to various reasons such as misconfigured DNS settings, firewall rules, or network interface configurations. I&amp;rsquo;ve seen this go wrong when a simple DNS misconfiguration can bring down an entire application. To troubleshoot these issues, Linux provides a range of tools, including &lt;code>resolvectl&lt;/code> and &lt;code>ss&lt;/code>. In this article, we will explore how to use these tools to diagnose and resolve common connection problems.&lt;/p></description></item><item><title>Taming Package Versions with apt-mark and pinning to Avoid Dependency Conflicts</title><link>https://linuxtransfer.com/post/2026-06-07-taming-package-versions-with-apt-mark-and-pin/</link><pubDate>Sun, 07 Jun 2026 10:36:07 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-07-taming-package-versions-with-apt-mark-and-pin/</guid><description>&lt;h2 id="introduction-to-package-versioning">Introduction to Package Versioning&lt;/h2>
&lt;p>When managing packages on a Linux system, you&amp;rsquo;ve likely encountered version conflicts, especially when dealing with dependencies. I&amp;rsquo;ve seen this go wrong when trying to update a package, only to find that it breaks another package that depends on it. In my experience, &lt;code>apt&lt;/code> remains a crucial tool for managing packages, and understanding how to use &lt;code>apt-mark&lt;/code> and pinning can help avoid these kinds of dependency conflicts.&lt;/p></description></item><item><title>Troubleshooting Disk Usage Issues with Duplicate Files and Unnecessary Logs on Btrfs and Ext4 Filesystems</title><link>https://linuxtransfer.com/post/2026-06-06-troubleshooting-disk-usage-issues-with-duplic/</link><pubDate>Sat, 06 Jun 2026 09:38:34 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-06-troubleshooting-disk-usage-issues-with-duplic/</guid><description>&lt;h2 id="introduction-to-disk-usage-issues">Introduction to Disk Usage Issues&lt;/h2>
&lt;p>I&amp;rsquo;ve seen disk usage issues plague even the most well-maintained Linux systems, often due to duplicate files and unnecessary logs. As of 2026, both Btrfs and Ext4 filesystems are widely used, each with their own set of tools and best practices for troubleshooting and resolving these issues. In this article, we&amp;rsquo;ll delve into practical steps for identifying and addressing duplicate files and unnecessary logs on both Btrfs and Ext4 filesystems, focusing on current tools and methodologies.&lt;/p></description></item><item><title>Taming systemd-resolved: Troubleshooting DNS leaks and resolving domain name surprises on Linux desktops and servers</title><link>https://linuxtransfer.com/post/2026-06-05-taming-systemd-resolved-troubleshooting-dns-l/</link><pubDate>Fri, 05 Jun 2026 10:35:34 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-05-taming-systemd-resolved-troubleshooting-dns-l/</guid><description>&lt;h2 id="introduction-to-systemd-resolved">Introduction to systemd-resolved&lt;/h2>
&lt;p>I&amp;rsquo;ve seen systemd-resolved become a crucial part of many Linux distributions, including Ubuntu, Debian, and Fedora, as of 2026. It&amp;rsquo;s designed to provide a robust and secure way to resolve domain names on Linux systems. However, like any complex system, it can sometimes behave unexpectedly, leading to DNS leaks and domain name resolution surprises.&lt;/p>
&lt;h2 id="understanding-dns-leaks">Understanding DNS Leaks&lt;/h2>
&lt;p>A DNS leak occurs when your system sends DNS queries to an unintended DNS server, potentially revealing your browsing history and online activities to third parties. This can happen when your system is configured to use a specific DNS server, but systemd-resolved is not properly configured to respect this setting. Don&amp;rsquo;t bother with manually trying to diagnose DNS leaks - just use online tools such as dnsleaktest.com or &lt;a href="https://ipleak.net">ipleak.net&lt;/a> to check for them.&lt;/p></description></item><item><title>Taming systemd-resolved: How to Configure DNS Settings for Split Horizon Environments</title><link>https://linuxtransfer.com/post/2026-06-04-taming-systemd-resolved-how-to-configure-dns-/</link><pubDate>Thu, 04 Jun 2026 11:14:28 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-04-taming-systemd-resolved-how-to-configure-dns-/</guid><description>&lt;h2 id="introduction-to-systemd-resolved">Introduction to systemd-resolved&lt;/h2>
&lt;p>I&amp;rsquo;ve seen many Linux admins struggle with configuring DNS settings for split horizon environments. systemd-resolved, a DNS resolver component of the systemd suite, can make life easier. In this article, I&amp;rsquo;ll walk you through how to configure DNS settings for split horizon environments using systemd-resolved.&lt;/p>
&lt;h2 id="understanding-split-horizon-environments">Understanding Split Horizon Environments&lt;/h2>
&lt;p>Split horizon environments are network setups where multiple DNS servers provide different answers for the same domain name, depending on the client&amp;rsquo;s location or network. I&amp;rsquo;ve encountered this in organizations with multiple offices or data centers, where different DNS servers serve different locations. For example, a company with offices in the US and Europe might have two separate DNS servers, one for each region, providing different IP addresses for the same domain name.&lt;/p></description></item><item><title>Rescuing a Linux System Stuck in Emergency Mode: A Step-by-Step Recovery Guide</title><link>https://linuxtransfer.com/post/2026-06-03-rescuing-a-linux-system-stuck-in-emergency-mo/</link><pubDate>Wed, 03 Jun 2026 11:47:11 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-03-rescuing-a-linux-system-stuck-in-emergency-mo/</guid><description>&lt;h2 id="introduction-to-emergency-mode">Introduction to Emergency Mode&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when a Linux system encounters a critical issue during boot - it may enter Emergency Mode. This mode provides a minimal environment for troubleshooting and recovery. With many Linux distributions, including Debian and Arch Linux, updating their boot processes to use systemd, understanding how to rescue a system stuck in Emergency Mode is crucial.&lt;/p>
&lt;h2 id="identifying-the-issue">Identifying the Issue&lt;/h2>
&lt;p>To rescue a system in Emergency Mode, you first need to identify the cause of the issue. Don&amp;rsquo;t bother with guessing - check the system logs, which are usually available in the &lt;code>/var/log&lt;/code> directory. I usually start with the &lt;code>journalctl&lt;/code> command to view the system logs:&lt;/p></description></item><item><title>Troubleshooting Failed Mounts at Boot Time with systemd and fstab</title><link>https://linuxtransfer.com/post/2026-06-02-troubleshooting-failed-mounts-at-boot-time-wi/</link><pubDate>Tue, 02 Jun 2026 09:15:54 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-02-troubleshooting-failed-mounts-at-boot-time-wi/</guid><description>&lt;h2 id="introduction-to-troubleshooting-failed-mounts">Introduction to Troubleshooting Failed Mounts&lt;/h2>
&lt;p>When I&amp;rsquo;m dealing with a Linux system that won&amp;rsquo;t boot properly, one of the first things I check is the mount points. &lt;code>systemd&lt;/code> and the &lt;code>/etc/fstab&lt;/code> file are crucial in this process, but issues can still arise, leading to failed mounts and potential system instability. In this article, I&amp;rsquo;ll walk you through practical steps to troubleshoot and resolve failed mounts at boot time, focusing on &lt;code>systemd&lt;/code> and &lt;code>fstab&lt;/code> configurations.&lt;/p></description></item><item><title>Taming Disk-Hungry Logs with systemd-journald and logrotate</title><link>https://linuxtransfer.com/post/2026-06-01-taming-disk-hungry-logs-with-systemd-journald/</link><pubDate>Mon, 01 Jun 2026 10:10:58 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-06-01-taming-disk-hungry-logs-with-systemd-journald/</guid><description>&lt;h2 id="introduction-to-log-management">Introduction to Log Management&lt;/h2>
&lt;p>I&amp;rsquo;ve seen log files grow out of control and consume disk space, affecting system performance. To tame disk-hungry logs, I recommend using &lt;code>systemd-journald&lt;/code> and &lt;code>logrotate&lt;/code>. These tools help manage log data, making it easier to troubleshoot, debug, and perform security audits.&lt;/p>
&lt;h2 id="understanding-systemd-journald">Understanding systemd-journald&lt;/h2>
&lt;p>&lt;code>systemd-journald&lt;/code> is a system service that collects and stores log messages from various sources. It provides a centralized logging system, which I find more efficient than traditional text-based log files. To view log messages, use the &lt;code>journalctl&lt;/code> command:&lt;/p></description></item><item><title>Rescuing a Broken Linux System with a systemd Emergency Mode Shell</title><link>https://linuxtransfer.com/post/2026-05-31-rescuing-a-broken-linux-system-with-a-systemd/</link><pubDate>Sun, 31 May 2026 08:26:25 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-31-rescuing-a-broken-linux-system-with-a-systemd/</guid><description>&lt;h2 id="introduction-to-emergency-mode">Introduction to Emergency Mode&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when a Linux system encounters a critical issue during boot - it can be a real headache. But, thankfully, Linux has a built-in safety net called emergency mode. This mode kicks in when there&amp;rsquo;s a failed filesystem check or an inability to mount a necessary partition, providing a minimal environment for troubleshooting and repair. With the advancements in Linux, understanding how to use emergency mode is crucial for system administrators and users alike.&lt;/p></description></item><item><title>When Disk Space Disappears: Tracking Down and Preventing Logs from Filling Up Your Linux Disks</title><link>https://linuxtransfer.com/post/2026-05-30-when-disk-space-disappears-tracking-down-and-/</link><pubDate>Sat, 30 May 2026 10:13:51 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-30-when-disk-space-disappears-tracking-down-and-/</guid><description>&lt;h2 id="introduction-to-disk-space-issues">Introduction to Disk Space Issues&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when managing Linux systems - the sudden disappearance of disk space. It&amp;rsquo;s often caused by log files filling up the disk, large files being stored in unexpected locations, or even malware consuming disk space. In this article, I&amp;rsquo;ll focus on tracking down and preventing logs from filling up your Linux disks.&lt;/p>
&lt;h2 id="understanding-log-files">Understanding Log Files&lt;/h2>
&lt;p>Log files are essential for Linux system administration, providing valuable information about system events, errors, and security issues. However, if not properly managed, log files can grow rapidly and consume large amounts of disk space. The most common log files that can cause issues are:&lt;/p></description></item><item><title>Troubleshooting DNS Leaks with systemd-resolved and resolv.conf on a Small Linux Server</title><link>https://linuxtransfer.com/post/2026-05-29-troubleshooting-dns-leaks-with-systemd-resolv/</link><pubDate>Fri, 29 May 2026 08:36:48 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-29-troubleshooting-dns-leaks-with-systemd-resolv/</guid><description>&lt;h2 id="introduction-to-dns-leaks">Introduction to DNS Leaks&lt;/h2>
&lt;p>I&amp;rsquo;ve seen DNS leaks cause issues on even the most secure Linux servers. Ensuring your DNS setup is solid is crucial, and one common problem is a DNS leak, where your system inadvertently reveals your DNS queries to unauthorized parties. In this article, I&amp;rsquo;ll walk you through troubleshooting DNS leaks using &lt;code>systemd-resolved&lt;/code> and &lt;code>resolv.conf&lt;/code> on a Linux server.&lt;/p>
&lt;h2 id="understanding-systemd-resolved">Understanding systemd-resolved&lt;/h2>
&lt;p>&lt;code>systemd-resolved&lt;/code> is a powerful tool that provides DNS resolution capabilities. It&amp;rsquo;s designed to be a caching, validating DNS resolver that can also handle DNSSEC validation. To check if &lt;code>systemd-resolved&lt;/code> is running on your system, use the following command:&lt;/p></description></item><item><title>Debugging systemd Service Startup Failures with systemd-analyze and Journalctl</title><link>https://linuxtransfer.com/post/2026-05-28-debugging-systemd-service-startup-failures-wi/</link><pubDate>Thu, 28 May 2026 11:31:56 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-28-debugging-systemd-service-startup-failures-wi/</guid><description>&lt;h2 id="introduction-to-debugging-systemd-services">Introduction to Debugging systemd Services&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when you&amp;rsquo;re trying to troubleshoot issues with your Linux system - those pesky systemd services can be a real pain. They&amp;rsquo;re the backbone of your system, managing everything from network connections to system logging. Debugging these services can be a daunting task, especially for those new to Linux administration. Fortunately, systemd provides two powerful tools to help you diagnose and resolve issues: &lt;code>systemd-analyze&lt;/code> and &lt;code>journalctl&lt;/code>.&lt;/p></description></item><item><title>Taming Split DNS Chaos with systemd-resolved and Local Hostname Resolution</title><link>https://linuxtransfer.com/post/2026-05-27-taming-split-dns-chaos-with-systemd-resolved-/</link><pubDate>Wed, 27 May 2026 08:34:11 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-27-taming-split-dns-chaos-with-systemd-resolved-/</guid><description>&lt;h2 id="introduction-to-split-dns-chaos">Introduction to Split DNS Chaos&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when working with multiple networks or self-hosted services: split DNS configurations can become a real headache. Luckily, many Linux distributions have started adopting &lt;code>systemd-resolved&lt;/code> as the default DNS resolver, which makes managing split DNS scenarios much simpler. In this article, I&amp;rsquo;ll walk you through how to use &lt;code>systemd-resolved&lt;/code> for local hostname resolution and taming that split DNS chaos.&lt;/p>
&lt;h2 id="understanding-systemd-resolved">Understanding systemd-resolved&lt;/h2>
&lt;p>The real trick is understanding how &lt;code>systemd-resolved&lt;/code> works. It&amp;rsquo;s a systemd component that provides DNS resolution and caching, and it can be configured to use multiple DNS servers and handle split DNS scenarios with ease. To check if &lt;code>systemd-resolved&lt;/code> is enabled on your system, run the following command:&lt;/p></description></item><item><title>Reclaiming Disk Space from Unused Snapshot Copies on Btrfs Filesystems</title><link>https://linuxtransfer.com/post/2026-05-26-reclaiming-disk-space-from-unused-snapshot-co/</link><pubDate>Tue, 26 May 2026 08:09:16 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-26-reclaiming-disk-space-from-unused-snapshot-co/</guid><description>&lt;h2 id="introduction-to-btrfs-snapshots">Introduction to Btrfs Snapshots&lt;/h2>
&lt;p>I&amp;rsquo;ve worked with Btrfs for a while now, and one of its most useful features is snapshotting. This allows you to create a read-only copy of a subvolume at a given point in time, which is perfect for backups, testing, and rolling back changes. However, over time, these snapshot copies can accumulate and consume significant disk space. In practice, this can become a real issue if you&amp;rsquo;re not careful.&lt;/p></description></item><item><title>Troubleshooting Slow DNS Lookups with systemd-resolved and resolvectl</title><link>https://linuxtransfer.com/post/2026-05-25-troubleshooting-slow-dns-lookups-with-systemd/</link><pubDate>Mon, 25 May 2026 08:57:59 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-25-troubleshooting-slow-dns-lookups-with-systemd/</guid><description>&lt;h2 id="introduction-to-troubleshooting-slow-dns-lookups">Introduction to Troubleshooting Slow DNS Lookups&lt;/h2>
&lt;p>I&amp;rsquo;ve seen slow DNS lookups bring Linux systems to a crawl, and with our increasing reliance on online services, efficient DNS resolution is crucial. This article focuses on troubleshooting slow DNS lookups using &lt;code>systemd-resolved&lt;/code> and &lt;code>resolvectl&lt;/code>, which are integral to many modern Linux distributions.&lt;/p>
&lt;h2 id="understanding-systemd-resolved">Understanding systemd-resolved&lt;/h2>
&lt;p>&lt;code>systemd-resolved&lt;/code> is a system service that provides DNS resolution, replacing traditional implementations like &lt;code>glibc&lt;/code>&amp;rsquo;s resolver. It offers improved security, better DNSSEC handling, and efficient management of multiple DNS servers. To check if it&amp;rsquo;s running on your system, use:&lt;/p></description></item><item><title>Taming systemd-resolved: Avoiding DNS Leaks and Surprises with Split DNS Configurations</title><link>https://linuxtransfer.com/post/2026-05-24-taming-systemd-resolved-avoiding-dns-leaks-an/</link><pubDate>Sun, 24 May 2026 10:21:18 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-24-taming-systemd-resolved-avoiding-dns-leaks-an/</guid><description>&lt;h2 id="introduction-to-systemd-resolved">Introduction to systemd-resolved&lt;/h2>
&lt;p>I&amp;rsquo;ve worked with Linux systems for years, and one thing that&amp;rsquo;s become increasingly important is DNS resolution. systemd-resolved is a DNS resolver component of the systemd suite, designed to provide a flexible and secure way to resolve domain names. It was introduced in systemd version 216, released in 2015, and has since become a standard component in many Linux distributions. By default, systemd-resolved uses a split DNS configuration, which can sometimes lead to DNS leaks and unexpected behavior. I&amp;rsquo;ve seen this go wrong when a system has multiple network interfaces or connections, each with its own DNS resolver configuration.&lt;/p></description></item><item><title>Using systemd to Manage and Rotate Log Files Without Running Out of Disk Space</title><link>https://linuxtransfer.com/post/2026-05-23-using-systemd-to-manage-and-rotate-log-files-/</link><pubDate>Sat, 23 May 2026 11:26:20 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-23-using-systemd-to-manage-and-rotate-log-files-/</guid><description>&lt;h2 id="introduction-to-log-rotation-with-systemd">Introduction to Log Rotation with systemd&lt;/h2>
&lt;p>I&amp;rsquo;ve seen log files consume entire disks, bringing systems to a grinding halt. That&amp;rsquo;s why log rotation is crucial - it ensures your logs don&amp;rsquo;t get out of control. With systemd, you&amp;rsquo;ve got a robust mechanism for managing and rotating logs. In this article, I&amp;rsquo;ll dive into using systemd for log rotation, covering its benefits, configuration, and some practical examples.&lt;/p>
&lt;h2 id="understanding-systemds-role-in-log-rotation">Understanding systemd&amp;rsquo;s Role in Log Rotation&lt;/h2>
&lt;p>systemd&amp;rsquo;s journald is a game-changer for log management. It collects and stores log messages from various sources, including systemd services, kernel messages, and other system components. This centralized logging system makes it easier to manage and rotate logs. By leveraging systemd&amp;rsquo;s capabilities, you can configure log rotation to suit your specific needs, keeping your system stable and secure.&lt;/p></description></item><item><title>Taming systemd-resolved: Tips for Troubleshooting and Customizing DNS Resolution on Linux</title><link>https://linuxtransfer.com/post/2026-05-22-taming-systemd-resolved-tips-for-troubleshoot/</link><pubDate>Fri, 22 May 2026 10:04:50 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-22-taming-systemd-resolved-tips-for-troubleshoot/</guid><description>&lt;h2 id="introduction-to-systemd-resolved">Introduction to systemd-resolved&lt;/h2>
&lt;p>I&amp;rsquo;ve been using systemd-resolved for a while now, and I have to say, it&amp;rsquo;s a big improvement over traditional DNS resolvers. As of 2026, many Linux distributions, including Ubuntu, Debian, and Fedora, have adopted systemd-resolved as the default DNS resolver. While it offers several benefits, including improved security and performance, some users may encounter issues or require customization to suit their specific needs. Don&amp;rsquo;t bother with trying to disable it, though - it&amp;rsquo;s usually worth the effort to get it working right.&lt;/p></description></item><item><title>Using rsync and systemd to Automate Offsite Backups of Selected Config Files and User Data</title><link>https://linuxtransfer.com/post/2026-05-21-using-rsync-and-systemd-to-automate-offsite-b/</link><pubDate>Thu, 21 May 2026 10:49:01 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-21-using-rsync-and-systemd-to-automate-offsite-b/</guid><description>&lt;h2 id="introduction-to-automated-offsite-backups">Introduction to Automated Offsite Backups&lt;/h2>
&lt;p>As a Linux user, you&amp;rsquo;ve probably learned the hard way how important it is to protect your configuration files and user data from loss or corruption. I&amp;rsquo;ve seen this go wrong when a disk fails or a configuration change goes awry. One way to ensure the integrity of this data is to set up automated offsite backups. In this article, we&amp;rsquo;ll explore how to use &lt;code>rsync&lt;/code> and &lt;code>systemd&lt;/code> to create a reliable and efficient backup system.&lt;/p></description></item><item><title>Troubleshooting Broken Dependencies After Adding a Third-Party Repository</title><link>https://linuxtransfer.com/post/2026-05-20-troubleshooting-broken-dependencies-after-add/</link><pubDate>Wed, 20 May 2026 09:28:17 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-20-troubleshooting-broken-dependencies-after-add/</guid><description>&lt;h2 id="introduction-to-dependency-troubleshooting">Introduction to Dependency Troubleshooting&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when adding third-party repositories to a Linux system - it&amp;rsquo;s a great way to get the latest software, but it can also lead to broken dependencies and a whole lot of frustration. In this article, I&amp;rsquo;ll walk you through the practical steps to troubleshoot and resolve broken dependencies after adding a third-party repository.&lt;/p>
&lt;h2 id="understanding-dependencies">Understanding Dependencies&lt;/h2>
&lt;p>Before we dive into troubleshooting, let&amp;rsquo;s take a step back and understand how dependencies work in Linux. Dependencies are packages that a particular package requires to function correctly. When you install a package, the package manager (such as &lt;code>apt&lt;/code> or &lt;code>dnf&lt;/code>) will automatically install any required dependencies. However, when adding third-party repositories, the package manager may not always be able to resolve dependencies correctly, leading to broken packages. Don&amp;rsquo;t bother with trying to manually resolve these dependencies - it&amp;rsquo;s a recipe for disaster.&lt;/p></description></item><item><title>Using jq to Parse and Manipulate JSON Logs from systemd-journald</title><link>https://linuxtransfer.com/post/2026-05-19-using-jq-to-parse-and-manipulate-json-logs-fr/</link><pubDate>Tue, 19 May 2026 08:58:34 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-19-using-jq-to-parse-and-manipulate-json-logs-fr/</guid><description>&lt;h2 id="introduction-to-jq-and-systemd-journald">Introduction to jq and systemd-journald&lt;/h2>
&lt;p>I&amp;rsquo;ve found that working with Linux systems often involves digging through logs to troubleshoot issues. systemd-journald is a key component in this process, collecting and storing log messages from various sources. Since these logs are often in JSON format, tools like &lt;code>jq&lt;/code> become incredibly useful for parsing and manipulation. In this article, I&amp;rsquo;ll walk you through how to use &lt;code>jq&lt;/code> to parse and manipulate JSON logs from systemd-journald.&lt;/p></description></item><item><title>Troubleshooting systemd Service Startup Failures with Dependency Ordering and Journalctl</title><link>https://linuxtransfer.com/post/2026-05-18-troubleshooting-systemd-service-startup-failu/</link><pubDate>Mon, 18 May 2026 10:30:29 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-18-troubleshooting-systemd-service-startup-failu/</guid><description>&lt;h2 id="introduction-to-systemd-service-troubleshooting">Introduction to systemd Service Troubleshooting&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when services fail to start due to complex dependency ordering and logging issues. systemd, with its powerful tools for diagnosing problems, makes it easier to identify and fix these issues. In this article, we&amp;rsquo;ll focus on practical examples of using dependency ordering and &lt;code>journalctl&lt;/code> to troubleshoot systemd service startup failures.&lt;/p>
&lt;h2 id="understanding-systemd-dependencies">Understanding systemd Dependencies&lt;/h2>
&lt;p>systemd services are defined in unit files, typically located in &lt;code>/etc/systemd/system/&lt;/code> or &lt;code>/usr/lib/systemd/system/&lt;/code>. These files specify the service&amp;rsquo;s dependencies, which are crucial for determining the order in which services start. Dependencies are defined using directives like &lt;code>Requires&lt;/code>, &lt;code>Wants&lt;/code>, &lt;code>Before&lt;/code>, and &lt;code>After&lt;/code>. For instance, a web server service might require the network service to be started before it can start itself.&lt;/p></description></item><item><title>Taming Log Rotation in systemd: A Practical Approach to Preventing Disk Bloat</title><link>https://linuxtransfer.com/post/2026-05-17-taming-log-rotation-in-systemd-a-practical-ap/</link><pubDate>Sun, 17 May 2026 10:14:26 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-17-taming-log-rotation-in-systemd-a-practical-ap/</guid><description>&lt;h2 id="introduction-to-log-rotation">Introduction to Log Rotation&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when log files grow out of control, filling up the disk and causing system instability. That&amp;rsquo;s why log rotation is a crucial aspect of Linux system maintenance. With many Linux distributions, including Debian and Arch Linux, adopting systemd as their default init system, understanding how to manage log rotation in a systemd environment is essential. In practice, this means getting familiar with systemd-journald, the component responsible for collecting and storing log messages.&lt;/p></description></item><item><title>Taming systemd Service Restart Behavior with RestartSec and TimeoutStartSec</title><link>https://linuxtransfer.com/post/2026-05-16-taming-systemd-service-restart-behavior-with-/</link><pubDate>Sat, 16 May 2026 08:13:26 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-16-taming-systemd-service-restart-behavior-with-/</guid><description>&lt;h2 id="introduction-to-systemd-service-restart-behavior">Introduction to systemd Service Restart Behavior&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when a service fails and systemd keeps restarting it, causing more harm than good. To avoid this, it&amp;rsquo;s essential to understand how systemd handles service restarts. Systemd is a core component of most modern Linux distributions, responsible for managing system services, including their startup, runtime, and shutdown. One of the key aspects of systemd service management is its ability to automatically restart services that fail or terminate unexpectedly. However, this behavior can sometimes lead to unintended consequences, such as a service restarting indefinitely in a failed state. To mitigate this, systemd provides two important directives: &lt;code>RestartSec&lt;/code> and &lt;code>TimeoutStartSec&lt;/code>.&lt;/p></description></item><item><title>Taming Dependency Hell: Using apt-mark to Pin Packages in Debian-Based Systems</title><link>https://linuxtransfer.com/post/2026-05-15-taming-dependency-hell-using-apt-mark-to-pin-/</link><pubDate>Fri, 15 May 2026 10:01:55 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-15-taming-dependency-hell-using-apt-mark-to-pin-/</guid><description>&lt;h2 id="introduction-to-dependency-hell">Introduction to Dependency Hell&lt;/h2>
&lt;p>I&amp;rsquo;ve seen this go wrong when you&amp;rsquo;re in the middle of a critical project and a package update breaks a dependency, causing system instability. In Debian-based systems, &lt;code>apt-mark&lt;/code> is a useful tool for pinning packages and avoiding this kind of chaos. It&amp;rsquo;s not a silver bullet, but it can help prevent packages from being automatically removed or upgraded, which can cause conflicts.&lt;/p>
&lt;h2 id="what-is-apt-mark">What is apt-mark?&lt;/h2>
&lt;p>&lt;code>apt-mark&lt;/code> is a command-line tool that allows you to mark packages as automatically installed or manually installed. This can be a lifesaver when you need to prevent a package from being automatically upgraded to a newer version that may cause conflicts. Don&amp;rsquo;t bother with trying to manually manage dependencies - &lt;code>apt-mark&lt;/code> makes it easy to pin packages to a specific version.&lt;/p></description></item><item><title>Hardening SSH Access with Mandatory SSH Keys and Disabled Password Authentication</title><link>https://linuxtransfer.com/post/2026-05-14-hardening-ssh-access-with-mandatory-ssh-keys-/</link><pubDate>Thu, 14 May 2026 11:50:23 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-14-hardening-ssh-access-with-mandatory-ssh-keys-/</guid><description>&lt;h2 id="introduction-to-ssh-hardening">Introduction to SSH Hardening&lt;/h2>
&lt;p>Securing SSH access is a no-brainer for any Linux administrator. One effective way to harden SSH access is by using mandatory SSH keys and disabling password authentication. I&amp;rsquo;ve seen this go wrong when people don&amp;rsquo;t take the time to set it up properly, so let&amp;rsquo;s walk through the process.&lt;/p>
&lt;h2 id="understanding-ssh-keys">Understanding SSH Keys&lt;/h2>
&lt;p>SSH keys are a pair of cryptographic keys used for authentication. The private key is stored on the client machine, while the public key is stored on the server. When a user attempts to connect to the server, the client uses the private key to encrypt a message, which is then decrypted by the server using the public key. If the decryption is successful, the user is granted access.&lt;/p></description></item><item><title>Using OpenSSL to Verify SSH Server Certificates on Linux Clients</title><link>https://linuxtransfer.com/post/2026-05-09-using-openssl-to-verify-ssh-server-certificat/</link><pubDate>Sat, 09 May 2026 08:45:28 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-09-using-openssl-to-verify-ssh-server-certificat/</guid><description>&lt;h2 id="introduction-to-ssh-server-certificate-verification">Introduction to SSH Server Certificate Verification&lt;/h2>
&lt;p>As a Linux user, you&amp;rsquo;re probably no stranger to Secure Shell (SSH) and its importance in securely accessing remote servers. With the rise of SSH server certificates, I&amp;rsquo;ve seen this go wrong when not properly verified - it&amp;rsquo;s crucial to ensure the authenticity and integrity of your SSH connections. In this article, we&amp;rsquo;ll explore how to use OpenSSL to verify SSH server certificates on Linux clients.&lt;/p></description></item><item><title>Hardening SSH Access with Fail2Ban and Public Key Authentication on Debian-based Systems</title><link>https://linuxtransfer.com/post/2026-05-08-hardening-ssh-access-with-fail2ban-and-public/</link><pubDate>Fri, 08 May 2026 09:01:29 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-08-hardening-ssh-access-with-fail2ban-and-public/</guid><description>&lt;h2 id="introduction-to-ssh-hardening">Introduction to SSH Hardening&lt;/h2>
&lt;p>I&amp;rsquo;ve seen many Linux systems compromised due to weak SSH security, so I want to share my approach to hardening SSH access. As of 2026, SSH remains a vital tool for system administration, development, and self-hosting, but its widespread use also makes it a common target for brute-force attacks and unauthorized access attempts. To mitigate these risks, I recommend using Fail2Ban and Public Key Authentication to secure SSH on Debian-based systems.&lt;/p></description></item><item><title>Using OpenSSH Certificates for Easier and More Secure Server Access</title><link>https://linuxtransfer.com/post/2026-05-07-using-openssh-certificates-for-easier-and-mor/</link><pubDate>Thu, 07 May 2026 10:25:40 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-07-using-openssh-certificates-for-easier-and-mor/</guid><description>&lt;h2 id="introduction-to-openssh-certificates">Introduction to OpenSSH Certificates&lt;/h2>
&lt;p>I&amp;rsquo;ve seen many Linux admins struggle with managing SSH keys for their users. OpenSSH certificates are a game-changer here - they offer a more secure and convenient way to manage access to your Linux servers. By using certificates, you can avoid the hassle of managing individual SSH keys for each user and reduce the risk of key compromise.&lt;/p>
&lt;h2 id="generating-a-certificate-authority">Generating a Certificate Authority&lt;/h2>
&lt;p>To get started with OpenSSH certificates, you need to set up a Certificate Authority (CA). The CA will be used to sign and verify the certificates. I usually start with generating a CA key pair using the following command:&lt;/p></description></item><item><title>Hardening SSH Without Turning Your Server Into a Museum</title><link>https://linuxtransfer.com/post/2026-05-07-hardening-ssh-without-turning-your-server-int/</link><pubDate>Thu, 07 May 2026 03:02:48 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-07-hardening-ssh-without-turning-your-server-int/</guid><description>&lt;h2 id="introduction-to-ssh-hardening">Introduction to SSH Hardening&lt;/h2>
&lt;p>Securing your SSH server is one of the most critical tasks as a Linux administrator. I&amp;rsquo;ve seen this go wrong when systems are left vulnerable to unauthorized access. The recent high-profile vulnerabilities discovered in popular SSH implementations in 2025 serve as a reminder to keep your SSH server up to date and configured securely. In this article, we&amp;rsquo;ll discuss practical steps to harden your SSH server without making it overly restrictive.&lt;/p></description></item><item><title>Cybersecurity Risks in Containerized Linux Environments</title><link>https://linuxtransfer.com/post/2026-05-05-cybersecurity-risks-in-containerize/</link><pubDate>Tue, 05 May 2026 13:34:20 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-05-cybersecurity-risks-in-containerize/</guid><description>&lt;h1 id="cybersecurity-risks-in-containerized-linux-environments">Cybersecurity Risks in Containerized Linux Environments&lt;/h1>
&lt;p>As we continue to navigate the complex landscape of containerized Linux environments in 2026, it&amp;rsquo;s essential to reflect on the lessons learned from 2025 and adapt to the evolving cybersecurity threats. In 2025, we saw a significant increase in the adoption of containerization technologies, with many organizations leveraging Docker, Kubernetes, and other container orchestration tools to streamline their application deployment and management processes.&lt;/p>
&lt;h2 id="containerization-and-security">Containerization and Security&lt;/h2>
&lt;p>Containerization offers numerous benefits, including improved resource utilization, increased efficiency, and enhanced scalability. However, it also introduces new cybersecurity risks that must be addressed. In 2025, we witnessed several high-profile vulnerabilities, including &lt;a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-36104">CVE-2022-36104&lt;/a>, which highlighted the importance of securing containerized environments.&lt;/p></description></item><item><title>Linux Distribution Support for TPM 2.0 Modules</title><link>https://linuxtransfer.com/post/2026-05-04-linux-distribution-support-for-tpm-/</link><pubDate>Mon, 04 May 2026 09:33:35 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-04-linux-distribution-support-for-tpm-/</guid><description>&lt;h2 id="leveraging-tpm-20-for-enhanced-linux-security">Leveraging TPM 2.0 for Enhanced Linux Security&lt;/h2>
&lt;p>The Trusted Platform Module (TPM) 2.0 has become a cornerstone in modern computing, providing a secure environment for key storage, platform authentication, and cryptographic operations. As a Senior Linux Security Architect, I&amp;rsquo;ll delve into the support for TPM 2.0 modules in various Linux distributions, exploring the technical implementation, security benefits, and potential vulnerabilities.&lt;/p>
&lt;h2 id="introduction-to-tpm-20">Introduction to TPM 2.0&lt;/h2>
&lt;p>TPM 2.0 is a specification defined by the &lt;a href="https://www.trustedcomputinggroup.org/">Trusted Computing Group (TCG)&lt;/a>, aiming to provide a standardized, vendor-agnostic interface for trusted computing. The module itself is a dedicated hardware component, typically a chip or a firmware-based implementation, responsible for managing cryptographic keys, storing platform measurements, and providing attestation services.&lt;/p></description></item><item><title>Securing SSH with FIDO2 and Physical Security Keys on Fedora</title><link>https://linuxtransfer.com/post/2026-05-04-securing-ssh-with-fido2-and-physica/</link><pubDate>Mon, 04 May 2026 01:39:33 +0200</pubDate><guid>https://linuxtransfer.com/post/2026-05-04-securing-ssh-with-fido2-and-physica/</guid><description>&lt;h2 id="introduction-to-securing-ssh-with-fido2-and-physical-security-keys">Introduction to Securing SSH with FIDO2 and Physical Security Keys&lt;/h2>
&lt;p>Securing SSH connections is crucial for preventing unauthorized access to Linux systems. Recently, there has been an increase in attacks targeting SSH, including CVE-2022-42010, which allows attackers to bypass authentication using a malicious SSH server. To mitigate such risks, using FIDO2 and physical security keys can significantly enhance the security of SSH connections. In this blog post, we will explore how to secure SSH with FIDO2 and physical security keys on Fedora.&lt;/p></description></item><item><title>Kali Linux</title><link>https://linuxtransfer.com/post/kali/</link><pubDate>Thu, 23 Jan 2025 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/kali/</guid><description>&lt;p>&lt;a href="https://www.kali.org">Kali Linux&lt;/a> is a specialized Linux distribution designed for penetration testing, security research, computer forensics, and reverse engineering. Developed and maintained by Offensive Security, Kali Linux has become a go-to platform for ethical hackers and security professionals worldwide. It comes preloaded with a vast array of tools tailored to meet the diverse needs of the cybersecurity domain.&lt;/p>
&lt;h2 id="features-and-highlights">Features and Highlights&lt;/h2>
&lt;p>Kali Linux stands out from other distributions due to its unique features:&lt;/p></description></item><item><title>Application-Level Firewalls</title><link>https://linuxtransfer.com/post/firewalls/</link><pubDate>Wed, 22 Jan 2025 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/firewalls/</guid><description>&lt;p>In the world of network security, firewalls play a critical role in protecting systems from unauthorized access and malicious traffic. They are a fundamental component of any secure network infrastructure. However, not all firewalls are created equal, and understanding the differences between &lt;strong>application-level firewalls&lt;/strong> and &lt;strong>IP-level firewalls&lt;/strong> is crucial for building an effective defense strategy.&lt;/p>
&lt;p>In this post, we’ll explore the key distinctions between these two types of firewalls, with a particular focus on the advantages of application-level firewalls. Let’s break down the basic concepts first.&lt;/p></description></item><item><title>AppArmor</title><link>https://linuxtransfer.com/post/apparmor/</link><pubDate>Sat, 18 Jan 2025 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/apparmor/</guid><description>&lt;p>&lt;a href="https://wiki.ubuntu.com/AppArmor">AppArmor&lt;/a> (Application Armor) is a Linux Security Module (LSM) that provides a practical, easy-to-use Mandatory Access Control (MAC) framework for restricting the capabilities of applications. Unlike SELinux, which relies on complex policies, AppArmor simplifies security by using profile-based access control.&lt;/p>
&lt;h2 id="key-features">Key Features&lt;/h2>
&lt;ul>
&lt;li>&lt;strong>Profile-Based Access Control&lt;/strong>: AppArmor restricts application behavior based on predefined profiles.&lt;/li>
&lt;li>&lt;strong>Path-Based Security Policies&lt;/strong>: Unlike SELinux, which uses labels, AppArmor policies are based on file paths.&lt;/li>
&lt;li>&lt;strong>Learning Mode&lt;/strong>: Allows administrators to create security profiles by observing application behavior.&lt;/li>
&lt;li>&lt;strong>Fine-Grained Access Control&lt;/strong>: Provides detailed permission controls over file access, network connections, and capabilities.&lt;/li>
&lt;li>&lt;strong>User-Friendly Management&lt;/strong>: Easier to configure and deploy compared to SELinux.&lt;/li>
&lt;/ul>
&lt;h2 id="how-apparmor-works">How AppArmor Works&lt;/h2>
&lt;p>AppArmor uses security profiles that define which files, capabilities, and network accesses an application is allowed. These profiles are enforced at the kernel level, restricting an application&amp;rsquo;s ability to perform unauthorized actions.&lt;/p></description></item><item><title>Landlock</title><link>https://linuxtransfer.com/post/landlock/</link><pubDate>Tue, 14 Jan 2025 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/landlock/</guid><description>&lt;p>Landlock is a Linux Security Module (LSM) that provides a flexible, unprivileged sandboxing mechanism for applications. Unlike traditional LSMs such as SELinux and AppArmor, which enforce mandatory access control policies set by system administrators, Landlock allows applications to define their own security restrictions. This makes it a powerful tool for developers seeking to add additional security layers without requiring elevated privileges.&lt;/p>
&lt;h2 id="key-features">Key Features&lt;/h2>
&lt;ul>
&lt;li>&lt;strong>Unprivileged Sandboxing&lt;/strong>: Landlock enables applications to apply security restrictions without requiring root access or administrative intervention.&lt;/li>
&lt;li>&lt;strong>Filesystem Access Control&lt;/strong>: Developers can define which files and directories an application can access.&lt;/li>
&lt;li>&lt;strong>Incremental Restrictions&lt;/strong>: A process can only tighten its access permissions over time, preventing privilege escalation.&lt;/li>
&lt;li>&lt;strong>Composability&lt;/strong>: Can be used in combination with other LSMs such as SELinux and AppArmor for enhanced security.&lt;/li>
&lt;li>&lt;strong>User-Space Control&lt;/strong>: Allows developers to enforce security policies dynamically within their applications.&lt;/li>
&lt;/ul>
&lt;h2 id="how-landlock-works">How Landlock Works&lt;/h2>
&lt;p>Landlock uses a set of security rules that define what resources an application can access. These rules are enforced at the kernel level and prevent applications from performing unauthorized actions. Unlike traditional access control mechanisms, Landlock works on a per-process basis, meaning individual applications can define and enforce their own security policies without affecting the rest of the system.&lt;/p></description></item><item><title>Linux Security Modules</title><link>https://linuxtransfer.com/post/lsm/</link><pubDate>Sat, 04 Jan 2025 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/lsm/</guid><description>&lt;h2 id="linux-security-modules-lsm">Linux Security Modules (LSM)&lt;/h2>
&lt;p>Linux Security Modules (LSM) is a framework that allows different security models to be implemented as kernel modules. It provides the necessary hooks within the Linux kernel for implementing access control mechanisms beyond the traditional Unix permissions model. Several LSMs are available, each with different use cases and security policies.&lt;/p>
&lt;h2 id="selinux">SELinux&lt;/h2>
&lt;p>Security-Enhanced Linux (SELinux) is one of the most well-known Linux Security Modules. Developed by the NSA, SELinux enforces Mandatory Access Control (MAC) policies, restricting processes and users based on predefined security policies.&lt;/p></description></item><item><title>Exim</title><link>https://linuxtransfer.com/post/exim/</link><pubDate>Thu, 02 Jan 2025 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/exim/</guid><description>&lt;p>Exim is a powerful and flexible &lt;strong>Mail Transfer Agent (MTA)&lt;/strong> used for handling email traffic on Unix-like systems, including Linux. Originally developed at the &lt;strong>University of Cambridge&lt;/strong>, Exim is designed to be highly &lt;strong>configurable&lt;/strong> while maintaining strong &lt;strong>security&lt;/strong> features. It is commonly used as an alternative to &lt;strong>Postfix&lt;/strong> and &lt;strong>Sendmail&lt;/strong>, offering more advanced routing and filtering capabilities.&lt;/p>
&lt;h2 id="key-features">&lt;strong>Key Features&lt;/strong>&lt;/h2>
&lt;h3 id="1-flexible-configuration">&lt;strong>1. Flexible Configuration&lt;/strong>&lt;/h3>
&lt;p>Exim allows for highly customizable mail routing and filtering. Administrators can define complex mail-handling rules, making it ideal for specialized email requirements.&lt;/p></description></item><item><title>Honeypots</title><link>https://linuxtransfer.com/post/honeypots/</link><pubDate>Fri, 23 Aug 2024 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/honeypots/</guid><description>&lt;h3 id="honeypots-in-computer-security">Honeypots in Computer Security&lt;/h3>
&lt;p>Honeypots are important tools in computer security that can help organizations detect and respond to attacks. A honeypot is a system or network that is designed to look like a real target, but is actually used to monitor and analyze attacks. Honeypots can be used to gain insight into attackers&amp;rsquo; tactics, techniques, and procedures, and can help organizations improve their security posture.&lt;/p>
&lt;h3 id="detection-of-attacks">Detection of Attacks&lt;/h3>
&lt;p>One of the key benefits of honeypots is that they allow organizations to detect attacks that might otherwise go unnoticed. By mimicking real systems and applications, honeypots can attract attackers who are looking for vulnerabilities to exploit. This can help organizations identify new types of attacks and vulnerabilities that they may not have been aware of previously.&lt;/p></description></item><item><title>Podman</title><link>https://linuxtransfer.com/post/podman-namespaces/</link><pubDate>Sun, 31 Mar 2024 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/podman-namespaces/</guid><description>&lt;h2 id="introduction">Introduction&lt;/h2>
&lt;p>&lt;a href="https://podman.io">Podman&lt;/a> is an alternative to Docker, providing a similar interface. Podman allows users to create and manage containers on a Linux system. One of the challenges with containerization is the need to run containers as the root user, which can pose a security risk. One solution to this problem is to use user namespaces with Podman. In this article, we will explore what user namespaces are, how they can be used with Podman, and how to run a container as root inside the container while being non-root outside the container.&lt;/p></description></item><item><title>Containers and SELinux</title><link>https://linuxtransfer.com/post/containers-selinux/</link><pubDate>Fri, 31 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/containers-selinux/</guid><description>&lt;h1 id="introduction">Introduction&lt;/h1>
&lt;p>Linux containers provide a lightweight and efficient way to run multiple isolated environments on a single host. While containers offer many benefits, such as improved resource utilization and faster application deployment, there are also security concerns that must be considered. One security implementation that can be used with containers is SELinux. In this article, we will explore some of the security features of SELinux and how they can be used to secure Linux containers.&lt;/p></description></item><item><title>Linux Security</title><link>https://linuxtransfer.com/post/linux-security/</link><pubDate>Sat, 25 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/linux-security/</guid><description>&lt;h3 id="introduction">Introduction&lt;/h3>
&lt;p>As a widely used operating system, Linux is often targeted by hackers and malicious actors. Therefore, it is crucial to harden Linux to make it more secure. Hardening Linux involves taking a series of measures to minimize vulnerabilities, prevent attacks, and mitigate the impact of successful attacks. By implementing these measures, Linux administrators can reduce the risk of data breaches, system disruptions, and other security incidents.&lt;/p>
&lt;h3 id="securing-the-linux-kernel">Securing the Linux Kernel&lt;/h3>
&lt;p>The Linux kernel is the core of the operating system, and securing it is essential for overall system security. To harden the kernel, administrators can implement various measures, such as disabling unnecessary modules, setting kernel parameters, and enabling security features like SELinux or AppArmor. Administrators should also regularly update the kernel to patch known vulnerabilities and apply security fixes.&lt;/p></description></item><item><title>Seccomp</title><link>https://linuxtransfer.com/post/seccomp/</link><pubDate>Sat, 25 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/seccomp/</guid><description>&lt;h3 id="introduction-understanding-seccomp">Introduction: Understanding Seccomp&lt;/h3>
&lt;p>Seccomp is a Linux kernel feature that enables administrators to restrict the actions that a process can perform, thus providing an additional layer of security. It stands for &amp;ldquo;secure computing mode&amp;rdquo; and was first introduced in the 2.6.12 kernel. Seccomp is a powerful tool for enhancing the security of a Linux system, as it helps to mitigate the risks of exploitation from untrusted code and malware.&lt;/p>
&lt;h3 id="how-seccomp-works">How Seccomp Works&lt;/h3>
&lt;p>Seccomp works by limiting the system calls that a process can make. It does this by providing a list of allowed system calls that a process can make, and any system call not on this list is blocked. This list is often referred to as a &amp;ldquo;filter.&amp;rdquo; Seccomp operates in two modes: strict mode and filter mode. In strict mode, all system calls except for a whitelist of explicitly allowed ones are blocked. In filter mode, only the system calls explicitly listed in the filter are allowed, with all others being blocked.&lt;/p></description></item><item><title>VMs and SELinux</title><link>https://linuxtransfer.com/post/libvirt-selinux/</link><pubDate>Sat, 25 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/libvirt-selinux/</guid><description>&lt;h2 id="introduction">Introduction&lt;/h2>
&lt;p>Libvirt is an open-source tool used for managing virtual machines on Linux systems. One of the challenges with virtualization is ensuring that the host system and virtual machines are secure. SELinux, or Security-Enhanced Linux, is a security module that can be used to add an additional layer of security to both the host system and virtual machines. In this article, we will explore how SELinux can be used to protect the host and virtual machines.&lt;/p></description></item><item><title>Rootkits on Linux</title><link>https://linuxtransfer.com/post/rootkits-linux/</link><pubDate>Thu, 23 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/rootkits-linux/</guid><description>&lt;h3 id="rootkits-on-linux-a-threat-to-system-security">Rootkits on Linux: A Threat to System Security&lt;/h3>
&lt;p>A rootkit is a type of malicious software that allows an attacker to gain privileged access to a computer system. This access can be used to steal sensitive information, install additional malware, or carry out other malicious activities. Rootkits on Linux can be particularly dangerous, as they can go undetected for long periods of time and allow an attacker to gain complete control over the system. In this article, we will discuss the threat of rootkits on Linux and how to prevent them using rkhunter.&lt;/p></description></item><item><title>SELinux</title><link>https://linuxtransfer.com/post/selinux/</link><pubDate>Thu, 23 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/selinux/</guid><description>&lt;h2 id="selinux-enhancing-system-security">SELinux: Enhancing System Security&lt;/h2>
&lt;p>&lt;a href="https://github.com/selinuxproject">SELinux&lt;/a> stands for Security-Enhanced Linux, which is a security module implemented in the Linux kernel. It provides an additional layer of security by enforcing mandatory access control policies on top of the traditional discretionary access control mechanisms provided by the Linux kernel. SELinux was developed by the National Security Agency (NSA) and external contributors in collaboration with Red Hat and has been integrated into various Linux distributions, including Red Hat Enterprise Linux, Rocky Linux, AlmaLinux, and Fedora.&lt;/p></description></item><item><title>KVM</title><link>https://linuxtransfer.com/post/kvm/</link><pubDate>Wed, 22 Mar 2023 00:00:00 +0000</pubDate><guid>https://linuxtransfer.com/post/kvm/</guid><description>&lt;h2 id="introduction">Introduction&lt;/h2>
&lt;p>The Linux Kernel Virtual Machine (KVM) is a hypervisor that allows multiple virtual machines to run on a single Linux host machine. KVM is an open-source technology that is integrated into the Linux kernel and supports various hardware platforms, including x86, ARM, and PowerPC.&lt;/p>
&lt;p>In this article, we will discuss the key features and benefits of KVM, how it works, and how to install and configure KVM on a Linux machine.&lt;/p></description></item></channel></rss>