When this skill is activated, always start your first response with the 🧢 emoji.

Linux Administration

A production-focused Linux administration skill covering shell scripting, service management, networking, and security hardening. This skill treats every Linux system as a production asset - configuration is explicit, changes are auditable, and security is a constraint from the start, not an afterthought. Designed for engineers who need to move confidently between writing a deploy script, debugging a network issue, and locking down a fresh server.

When to use this skill

Trigger this skill when the user:

• Writes or debugs a bash script (especially anything running in CI, cron, or production)
• Creates or modifies a systemd service, timer, socket, or target unit
• Configures or audits SSH daemon settings and access controls
• Debugs a networking issue (routing, DNS, firewall, port connectivity)
• Sets up or modifies iptables/nftables/ufw firewall rules
• Manages file permissions, ownership, ACLs, or setuid/setgid bits
• Monitors or investigates running processes (CPU, memory, open files, syscalls)
• Sets up cron jobs or scheduled tasks
• Manages disk space, log rotation, or filesystem mounts

Do NOT trigger this skill for:

• Container orchestration specifics (Kubernetes networking, Docker Compose config) - use a Docker/K8s skill instead
• Cloud provider IAM, VPC routing, or managed service configuration - those are cloud platform concerns, not OS-level Linux administration

Key principles

1. Principle of least privilege - Every process, user, and service should run with the minimum permissions required. Use dedicated service accounts (not root), restrict file permissions to exactly what is needed, and audit sudo rules regularly.

2. Automate repeatable tasks - If you run a command twice, script it. Scripts should be idempotent - running them again should produce the same result, not break things. Store scripts in version control.

3. Log everything that matters - Structured logs, audit logs (auditd), and systemd journal entries are your incident response safety net. Log authentication events, privilege escalations, and configuration changes. Log rotation prevents disk exhaustion.

4. Immutable servers when possible - Prefer rebuilding servers from a known-good image over patching in place. Use configuration management (Ansible, cloud-init) to define state declaratively. Manual "snowflake" servers drift and fail unpredictably.

5. Test in staging - Every script, service unit, and firewall rule change should be validated in a non-production environment first. Use

   --dry-run

   ,

   bash -n

   , and

   iptables --check

   to validate before applying.

Core concepts

File permissions

Linux permissions have three layers (owner, group, others) and three bits (read, write, execute). Octal notation is the authoritative form.

Octal   Symbolic   Meaning
 0       ---       no permissions
 1       --x       execute only
 2       -w-       write only
 4       r--       read only
 6       rw-       read + write
 7       rwx       read + write + execute

# Common patterns
chmod 600 ~/.ssh/id_rsa        # private key: owner read/write only
chmod 644 /etc/nginx/nginx.conf  # config: owner rw, others read
chmod 755 /usr/local/bin/script  # executable: owner rwx, others rx
chmod 700 /root/.gnupg           # directory: only owner can enter

Special bits:

• setuid (4xxx)

  : executable runs as file owner, not caller. Dangerous on scripts.

• setgid (2xxx)

  : new files in directory inherit group. Useful for shared dirs.

• sticky (1xxx)

  : only file owner can delete in a directory (e.g.,

  /tmp

  ).

Process management

Key signals for process control:

niceness

nice -n 10 cmd

renice

systemd unit hierarchy

Targets (grouping)         -> multi-user.target, network.target
  Services (.service)      -> long-running daemons, oneshot tasks
  Timers (.timer)          -> scheduled execution (replaces cron)
  Sockets (.socket)        -> socket-activated services
  Mounts (.mount)          -> filesystem mounts managed by systemd
  Paths (.path)            -> filesystem change triggers

Dependency directives:

Requires=

Wants=

After=

After=network-online.target

Networking stack

Key tools and their roles:

ip addr

ip link

ip route

ss -tulpn

iptables -L -n -v

dig

resolvectl

traceroute

mtr

tcpdump

Common tasks

Write a robust bash script

Always use the safety triplet at the top of every non-trivial script.

#!/usr/bin/env bash
set -euo pipefail
# -e: exit on error
# -u: treat unset variables as errors
# -o pipefail: pipeline fails if any command in it fails

# Cleanup on exit - runs on success, error, and signals
TMPDIR_WORK=""
cleanup() {
    local exit_code=$?
    [[ -n "$TMPDIR_WORK" ]] && rm -rf "$TMPDIR_WORK"
    exit "$exit_code"
}
trap cleanup EXIT INT TERM

# Argument parsing with defaults and validation
usage() {
    echo "Usage: $0 [-e ENV] [-d] <target>"
    echo "  -e ENV   Environment (default: staging)"
    echo "  -d       Dry-run mode"
    exit 1
}

ENV="staging"
DRY_RUN=false

while getopts ":e:dh" opt; do
    case $opt in
        e) ENV="$OPTARG" ;;
        d) DRY_RUN=true ;;
        h) usage ;;
        :) echo "Option -$OPTARG requires an argument." >&2; usage ;;
        \?) echo "Unknown option: -$OPTARG" >&2; usage ;;
    esac
done
shift $((OPTIND - 1))

[[ $# -lt 1 ]] && { echo "Error: target required" >&2; usage; }
TARGET="$1"

# Use mktemp for safe temp directories
TMPDIR_WORK=$(mktemp -d)

# Log with timestamps
log() { echo "[$(date '+%Y-%m-%dT%H:%M:%S')] $*"; }
log "Starting deploy: env=$ENV target=$TARGET dry_run=$DRY_RUN"

# Dry-run wrapper
run() {
    if [[ "$DRY_RUN" == true ]]; then
        echo "[DRY-RUN] $*"
    else
        "$@"
    fi
}

run rsync -av --exclude='.git' "./" "deploy@${TARGET}:/opt/app/"
log "Deploy complete"

Create a systemd service unit

A service + timer pair for a scheduled task (replacing cron):

# /etc/systemd/system/db-backup.service
[Unit]
Description=Database backup
After=network-online.target postgresql.service
Wants=network-online.target
# Prevent starting if PostgreSQL is not running
Requires=postgresql.service

[Service]
Type=oneshot
User=backup
Group=backup
# Security hardening
NoNewPrivileges=true
ProtectSystem=strict
ProtectHome=true
ReadWritePaths=/var/backups/db
PrivateTmp=true

ExecStart=/usr/local/bin/db-backup.sh
StandardOutput=journal
StandardError=journal

# Retry on failure
Restart=on-failure
RestartSec=60

[Install]
WantedBy=multi-user.target

# /etc/systemd/system/db-backup.timer
[Unit]
Description=Run database backup daily at 02:00
Requires=db-backup.service

[Timer]
# Run at 02:00 every day
OnCalendar=*-*-* 02:00:00
# Run immediately if last run was missed (e.g., server was down)
Persistent=true
# Randomize start within 5 minutes to avoid thundering herd
RandomizedDelaySec=300

[Install]
WantedBy=timers.target

# Deploy and enable
sudo systemctl daemon-reload
sudo systemctl enable --now db-backup.timer

# Inspect
systemctl status db-backup.timer
systemctl list-timers db-backup.timer
journalctl -u db-backup.service -n 50

Configure SSH hardening

Edit

/etc/ssh/sshd_config

# /etc/ssh/sshd_config - production hardening

# Use SSH protocol 2 only (default in modern OpenSSH, make it explicit)
Protocol 2

# Disable root login - use a dedicated admin user with sudo
PermitRootLogin no

# Disable password authentication - key-based only
PasswordAuthentication no
ChallengeResponseAuthentication no
UsePAM yes

# Disable X11 forwarding unless needed
X11Forwarding no

# Limit login window to prevent slowloris-style attacks
LoginGraceTime 30
MaxAuthTries 4
MaxSessions 10

# Only allow specific groups to SSH
AllowGroups sshusers admins

# Restrict ciphers, MACs, and key exchange to modern algorithms
Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com,aes128-gcm@openssh.com
MACs hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com
KexAlgorithms curve25519-sha256,curve25519-sha256@libssh.org

# Use privilege separation
UsePrivilegeSeparation sandbox

# Log at verbose level to capture key fingerprints on auth
LogLevel VERBOSE

# Set idle timeout: disconnect after 15 minutes of inactivity
ClientAliveInterval 300
ClientAliveCountMax 3

# Validate before restarting
sudo sshd -t

# Restart sshd (keep current session open until verified)
sudo systemctl restart sshd

# Verify from a NEW session before closing the old one
ssh -v user@host

Never close your existing SSH session until you have verified a new session works. A broken sshd config can lock you out of the server permanently.

Debug networking issues

For detailed networking debugging workflow and firewall configuration (ufw and iptables), see

references/networking-and-firewall.md

Manage disk space

# Check disk usage overview
df -hT
# -h: human readable  -T: show filesystem type

# Find large directories (top 10, depth-limited)
du -h --max-depth=2 /var | sort -rh | head -10

# Interactive disk usage explorer (install ncdu first)
ncdu /var/log

# Find large files
find /var -type f -size +100M -exec ls -lh {} \; 2>/dev/null | sort -k5 -rh

# Check journal size and truncate if needed
journalctl --disk-usage
sudo journalctl --vacuum-size=500M    # keep last 500MB
sudo journalctl --vacuum-time=30d     # keep last 30 days

# /etc/logrotate.d/myapp - custom log rotation
/var/log/myapp/*.log {
    daily
    rotate 14
    compress
    delaycompress
    missingok
    notifempty
    sharedscripts
    postrotate
        systemctl reload myapp 2>/dev/null || true
    endscript
}

# Test logrotate config without running it
logrotate --debug /etc/logrotate.d/myapp

# Force a rotation run
logrotate --force /etc/logrotate.d/myapp

Monitor processes

# Overview: CPU, memory, load average
top -b -n 1 -o %CPU | head -20       # batch mode, sort by CPU
htop                                   # interactive, colored, tree view

# Find what a process is doing
pid=$(pgrep -x nginx | head -1)

# Open files and network connections
lsof -p "$pid"                        # all open files
lsof -p "$pid" -i                     # only network connections
lsof -i :8080                         # what process owns port 8080

# System calls (strace) - use when a process behaves unexpectedly
strace -p "$pid" -f -e trace=network  # network syscalls only
strace -p "$pid" -f -c                # count syscall frequency (summary)
strace -c cmd arg                     # profile syscalls of a new command

# Memory inspection
cat /proc/"$pid"/status | grep -E 'Vm|Threads'
cat /proc/"$pid"/smaps_rollup          # detailed memory breakdown

# Check zombie/defunct processes
ps aux | awk '$8 == "Z" {print}'

# Kill process tree (all children too)
kill -TERM -"$(ps -o pgid= -p "$pid" | tr -d ' ')"

Error handling

Permission denied (publickey)

~/.ssh/authorized_keys

AllowGroups

ssh -v

Unit not found

systemctl daemon-reload

systemctl show -p FragmentPath

Job for X failed. See journalctl -xe

journalctl -u service-name -n 50 --no-pager

RTNETLINK answers: File exists

ip route show

ip route del

iptables: No chain/target/match by that name

modprobe xt_conntrack

set -e

Gotchas

1. set -e

   silently swallows exit codes in conditionals -

   if cmd; then

   or

   cmd || true

   suppress the exit code and bypass

   set -e

   . This is expected behavior but surprises people when a critical command fails without aborting the script. Use explicit exit code checks (

   rc=$?; if [[ $rc -ne 0 ]]; then

   ) when a failure must be detected inside a conditional.

2. Restarting sshd locks you out if config is invalid - Always run

   sshd -t

   to validate config before restarting. Then restart sshd and verify from a new terminal session before closing the old one. A broken

   sshd_config

   or missing

   authorized_keys

   file after a restart leaves the server completely inaccessible.

3. iptables

   rules are not persistent across reboots by default - Rules applied via

   iptables

   commands are in-memory only. On reboot, they vanish. Use

   iptables-save > /etc/iptables/rules.v4

   and install

   iptables-persistent

   , or use

   ufw

   which handles persistence automatically.

4. systemd

   After=

   is ordering-only, not a dependency -

   After=network.target

   does not guarantee the network is actually up; it only means the service starts after that target is reached. Use

   After=network-online.target

   combined with

   Wants=network-online.target

   if the service genuinely needs a routed network connection at start.

5. du

   and

   df

   disagree when deleted files are held open - A process that deleted a large log file but still has an open file descriptor causes

   df

   to show the disk as full while

   du

   shows free space. Find the culprit with

   lsof +L1

   (lists open files with zero link count) and restart or signal the process to release the handle.

References

For detailed guidance on specific security domains, read the relevant file from the

references/

• references/security-hardening.md

  - SSH, firewall, user management, kernel hardening params, and audit logging checklist

• references/networking-and-firewall.md

  - Network debugging workflow (top-down), ufw and iptables firewall rule configuration

Only load the references file when the current task requires it - it is detailed and will consume context.

Companion check

On first activation of this skill in a conversation: check which companion skills are installed by running

ls ~/.claude/skills/ ~/.agent/skills/ ~/.agents/skills/ .claude/skills/ .agent/skills/ .agents/skills/ 2>/dev/null

. Compare the results against the

recommended_skills

field in this file's frontmatter. For any that are missing, mention them once and offer to install:

npx skills add AbsolutelySkilled/AbsolutelySkilled --skill <name>

Skip entirely if

recommended_skills

is empty or all companions are already installed.