Server

Proxmox VE 與 Proxmox Backup Server 架構優化與安全備份方案實踐

在使用 Proxmox VE (PVE) 結合 Proxmox Backup Server (PBS) 進行虛擬機備份時，常會遇到安全性、身份驗證及權限管理等問題。以下記錄了一次完整的 PBS 架構安全優化過程，包含中間的繞路與最終穩定解法，供參考。 🎯 架構設計初衷 PBS 須對外開放端口以便遠程備份與集中管理，但同時需要限制超級用戶（root）暴露在公網。目標是讓 root 僅用於管理，所有備份操作均交由低權限帳號執行，以降低風險。 🔥 第一階段：使用超級用戶直接執行備份 最初，PVE 直接使用 PBS 的 root 帳號執行備份，操作簡單且無報錯。然而，這種方式的問題在於： 🌀 第二階段：嘗試使用 API Token（失敗經驗） 接著，測試透過 PBS 提供的 API Token 功能，計劃在 root 帳號下創建專用 token，只賦予最少的 Datastore 備份權限。理論上這樣可以讓主帳號啟用兩步驗證，同時 token 維持精簡權限。 然而，在部分舊版 PBS 或 PVE 環境中，存在以下錯誤： backup owner …

Server

Proxmox Backup Server 使用小型低功耗主机 + 硬盘柜架构时如何防止启动失败

在基于 Proxmox Backup Server（PBS）的备份架构中，许多用户会选择小型低功耗主机（例如迷你主机、微型工控机）配合大容量硬盘柜，来实现数据集中存储与长期备份。此时，PBS 系统安装在小主机内部，硬盘柜通过 USB 或其他方式挂载到指定目录（如 /Backup）作为主要备份存储目录。 面临的问题 如果家中出现停电情况，小型低功耗主机通常会自动重新启动，但硬盘柜往往不会自动上电（部分硬盘柜默认设计为断电后需手动开启）。这样，当 PBS 系统启动时，若找不到硬盘柜的挂载设备，会导致系统进入紧急模式（emergency mode），无法正常进入系统。 相比于暂时找不到备份目录，更严重的问题是系统无法正常启动，因此必须优先保证系统启动。 解决方案 Linux 系统通常通过 /etc/fstab 文件定义挂载信息。默认情况下，若某个挂载点挂载失败，系统启动流程会被中断，进入修复模式。 为解决此问题，可以在 /etc/fstab 对应硬盘柜的挂载行中添加 nofail 参数，使系统在挂载失败时仍然继续启动。 修改示例 假设原来的挂载配置为： UUID=xxxx-xxxx /Backup ext4 defaults 0 2 修改后： UUID=xxxx-xxxx /Backup ext4 defaults,nofail 0 2 若已有其他挂载选项，例如： UUID=xxxx-xxxx /Backup ext4 noatime,data=writeback 0 2 则修改为： UUID=xxxx-xxxx /Backup ext4 …

Server

服务器 UPS 选型与停电保护方案全面解析

近年来，越来越多个人和小型企业在家中或办公室部署独立服务器，如 Dell PowerEdge R720 这类经典机架服务器，或使用外接硬盘柜搭建大容量存储系统。在持续运行这些设备时，如何应对突然停电、跳电等风险，成为运维中不可忽视的重要课题。 ⚡️ 停电风险与机械硬盘保护 对于带有机械硬盘的服务器或硬盘柜，突然断电最容易导致以下问题： 相比之下，使用 SSD 的设备（如软路由、备份机主机）对于断电更加耐受，通常仅会导致系统掉电重启，并不会出现严重的物理损坏风险。 🔋 UPS（不间断电源）的关键角色 UPS 的核心作用并非长期供电，而是提供足够的缓冲时间，保障系统能优雅关机，避免数据损坏。对于普通服务器，5～15 分钟的续航时间通常已经足够。 💡 功率与续航时间估算 UPS 标称容量通常以「VA（视在功率）」标示，实际可供设备使用的有功功率（W）要乘以功率因数（通常约 0.6 ~ 0.8）。以 1000VA UPS 为例，能提供的功率大约为 600W。 如果服务器功耗约 200W，硬盘柜功耗约 20W，总负载约 220W，在中等容量 UPS（1000VA ~ 1500VA）支持下，可以维持 10～20 分钟的供电，足够安全关机。 🟢 不同设备的处理策略 ✅ 需要挂 UPS 的设备 ✅ 不需要 UPS 的设备 这些设备通常采用 SSD，掉电后可自动重启，系统影响较小。 💡 实际配置建议 …

Server

深入解析 systemd 服务单元配置文件：Linux 服务管理的核心

在现代 Linux 系统中，systemd 是默认的初始化系统和服务管理器。理解其服务单元（unit）配置文件的结构和参数，对于系统管理员和开发者高效管理系统服务至关重要。本文将详细解析 systemd 服务单元配置文件的各个部分，帮助读者深入了解其工作原理。 一、systemd 服务单元配置文件概述 systemd 服务单元配置文件通常位于 /etc/systemd/system/ 目录下，以 .service 为后缀。每个配置文件由多个部分组成，主要包括： 二、各部分参数详解 1. [Unit] 部分 [Unit]Description=示例服务After=network.target 2. [Service] 部分 [Service]Type=simpleExecStart=/usr/bin/示例程序Restart=on-failure 3. [Install] 部分 [Install]WantedBy=multi-user.target 三、进阶配置与优化 1. 使用环境变量 [Service]Environment=”VAR1=值1″ “VAR2=值2″ExecStart=/usr/bin/示例程序 $VAR1 $VAR2 2. 使用环境文件 [Service]EnvironmentFile=/etc/示例服务/env.confExecStart=/usr/bin/示例程序 $VAR1 $VAR2 3. 服务重启控制 [Service]Restart=on-failureRestartSec=5 4. 服务超时设置 [Service]TimeoutStartSec=30TimeoutStopSec=30 5. 使用模板单元（Template Units） [Unit]Description=示例服务 %i[Service]ExecStart=/usr/bin/示例程序 …

Server

多系统多服务器时间统一解决方案总结

在使用 macOS、Windows、Linux（包括 Arch Linux、Debian 系、Proxmox VE、Proxmox Backup Server）以及多台物理或虚拟服务器时，系统之间频繁切换和同时维护，常常会遇到时间错乱的问题。尤其在 BIOS/UEFI 硬件时钟（RTC）被不同系统用不同方式解释时，极易引发文件时间戳、日志、任务调度混乱。 🕰️ 问题背景 💡 根本原因 不同系统对 RTC（硬件时钟）的解释方式不一致： 长期来看，UTC 模式更适合多系统环境。 ✅ 解决方案概述 Windows Linux（各发行版通用） macOS Proxmox VE / PBS 软路由（OpenWRT / pfSense / OPNsense） ⚡ 配置后效果 项目 配置结果 RTC 统一为 UTC ✅ 系统显示时间 日本时间（JST, +9） ✅ 切换系统时间错乱 无 ✅ 日志/调度正确性 正确 ✅ …

Server

ClamAV 更新失败与扫描执行问题排查总结

在使用 ClamAV 进行病毒库更新（freshclam）的过程中，出现了如下错误信息： vbnetCopyEditCan’t query current.cvd.clamav.net Invalid DNS reply. Falling back to HTTP mode. FreshClam previously received error code 429 or 403 from the ClamAV Content Delivery Network (CDN). This means that you have been rate limited or blocked by the CDN. You are still on cool-down until after: YYYY-MM-DD …

Server

Linux 服务器安全扫描日志分析及端口占用说明

在对一台 Linux 服务器执行 rkhunter（Rootkit Hunter）安全扫描时，日志中出现了有关网络端口、系统账户以及配置的多项提示和警告。以下是对这些检测结果的详细分析及处理建议。 🟠 端口扫描结果 rkhunter 检测到 TCP 7000 端口被占用，并提示可能存在恶意 IRC bot 或 rootkit。进一步查看日志显示，该端口被 /usr/sbin/mysqld 占用，即为数据库服务 mysqld 进程。 通常情况下，MySQL 默认使用 3306 端口，若在配置文件（如 my.cnf）中修改过，可能会监听其他端口（例如测试环境或多实例场景下）。 验证端口使用情况 可通过以下命令确认具体占用情况： bashCopyEditsudo lsof -i :7000 或 bashCopyEditsudo netstat -tulnp | grep 7000 确认由 mysqld 绑定后，可判定为正常使用，无需担忧。 🟢 新增用户和组 扫描中提示 /etc/passwd 和 /etc/group 文件新增了以下用户和组： 这些是正常的软件安装（如 ClamAV …

Server

VPS 内存不足导致 ClamAV 卡死的处理记录

在一台配置较低（内存较小）的 VPS 上，发现系统开机后非常卡顿，几乎无法操作。通过排查，发现 ClamAV 的自动更新服务 clamav-freshclam 会在开机启动后占用大量内存，导致系统资源被耗尽，响应变慢，甚至出现 “Transport endpoint is not connected” 等异常错误。 报错信息 shellCopyEditFailed to stop clamav-freshclam.service: Transport endpoint is not connected See system logs and ‘systemctl status clamav-freshclam.service’ for details. 原因分析 临时处理方案 在系统还能有限操作时，立即执行以下步骤，避免下次开机再次启动该服务： bashCopyEditsystemctl disable clamav-freshclam.service systemctl stop clamav-freshclam.service 如果系统已经严重卡死，仍可先执行 disable 命令（只要有一丝响应），然后耐心等待系统缓慢执行完成，再重启服务器。 当命令无法执行时，可考虑通过 VPS 管理后台（控制台、面板）强制重启，随后再进行后续修复。 重启后确认 系统重启完成后，确认服务状态： bashCopyEditsystemctl …

Server

在 Linux KDE 环境下搭建 KVM + QEMU + virt-manager 图形化虚拟机平台

本文记录了如何在 Arch Linux（KDE 桌面环境）下搭建一个高性能的虚拟机平台，使用 KVM + QEMU + virt-manager 实现类似 VMware / VirtualBox 的图形化管理体验。适合日常运行和测试 Linux、Windows 虚拟系统。 🧩 为什么选择 KVM + QEMU + virt-manager？ 🛠️ 安装准备 📦 安装所需软件包（以 Arch Linux 为例）： bashCopyEditsudo pacman -S qemu-full virt-manager virt-viewer dnsmasq vde2 bridge-utils openbsd-netcat libvirt edk2-ovmf edk2-ovmf 是 UEFI 启动所需固件，安装 Windows 10/11 时必备。 🔧 …