在生产或测试环境中，经常会遇到虚拟机磁盘空间不足，需要进行在线扩容。下面整理一次典型的 Linux 虚拟机磁盘扩容并扩展 LVM 根分区 的完整流程，供参考。 📌 场景简介 🧰 检查当前分区及 LVM 状态 使用以下命令查看磁盘、物理卷（PV）、卷组（VG）及逻辑卷（LV）情况： fdisk -lpvsvgslvsdf -h 结果显示 /dev/sda3 为 LVM 使用的主分区，原容量约 11.5G，扩容后磁盘有大量未使用空间。 🔧 调整 GPT 分区表 执行以下命令查看并修复 GPT 分区表（如有提示 GPT PMBR size mismatch 或 backup GPT table is not at the end of the device）： parted /dev/sda printparted /dev/sda(parted) resizepart …
在日常维护 WordPress 网站时，常见到一种情况：即使直接访问服务器的 内网 IP 地址，依然会被自动跳转到某个已废弃或更换的旧域名，并且即使清空浏览器缓存也无法解决。这种现象常被误认为是 Apache 配置问题，实际上通常与文件内容、数据库以及历史遗留设置相关。以下是一份完整的排查与解决记录。 💡 现象 🗂️ Apache 配置排查 首先确认 Apache 是否仍然引用了旧域名。 🔎 搜索所有 Apache 配置文件 grep -Ri “example-old-domain.com” /etc/apache2/ 如果只在已禁用的配置文件（如某些 SSL 配置）中出现，且执行了 a2dissite 禁用操作，理论上不会影响实际访问。 ✅ 确认虚拟主机状态 apachectl -S 查看输出的 VirtualHost 列表，确认没有多余的域名绑定，并且 DocumentRoot 正确指向当前 WordPress 文件目录。 🗂️ 浏览器与 DNS 缓存确认 除了浏览器缓存，还需要清理操作系统的 DNS 缓存： sudo dscacheutil -flushcache; …
在服务器迁移或网站恢复过程中，常见情况是同一套 WordPress 备份在其他环境中可正常运行，但在某一台特定服务器中出现页面异常。此问题通常并非 WordPress 文件或数据库本身出错，而是该服务器上的软件环境或配置问题所导致。 本文总结如何恢复默认 Apache + PHP 环境，并系统排查可能引发 WordPress 页面异常的常见原因，供参考。 🟢 恢复默认 Apache + PHP 环境 卸载 Apache 与 PHP 首先，彻底卸载 Apache 与 PHP 所有相关软件包及配置文件： apt remove –purge apache2* php* libapache2-mod-php* -yapt autoremove -yrm -rf /etc/apache2rm -rf /etc/php 重新安装 Apache apt updateapt install apache2 -y 此时会恢复默认虚拟主机，DocumentRoot 路径为 /var/www/html。 …
在维护 Linux 或基于 Proxmox VE（PVE）的虚拟化服务器时，状态面板提供了大量实时信息，是判断系统是否健康的重要依据。以下内容详细解析常见状态参数，帮助快速判断服务器是否处于良好运行状态。 💻 CPU 信息 CPU usage 面板会显示当前 CPU 总使用率及核心数，例如： CPU usage: 低于总体核心数的少量百分比 这表示在总共若干逻辑核心（含超线程）中，整体使用率很低，处于空闲状态。若长期低于 50%，代表 CPU 有充足余力处理更多任务；若长期接近或超过核心数，则表明 CPU 已满负载，可能需要优化服务或扩容。 IO delay IO 延迟（IO delay）表示 CPU 等待磁盘 I/O 完成的时间百分比。数值较低（如小于 1%）说明磁盘子系统性能良好，没有 I/O 瓶颈；若长期超过 10%，需要检查存储性能或排查繁重的磁盘读写任务。 ⚖️ Load Average（系统负载平均值） 面板通常列出 1 分钟、5 分钟、15 分钟的负载平均值，例如： Load average: 三个较低的数值 这三个值代表系统过去对应时间段内的平均可运行进程数（包括正在运行和等待 I/O 的进程）。 判断负载是否正常的关键在于核心数。若服务器拥有若干逻辑核心，负载低于核心数表示系统处于可控范围内；超过核心数则意味着有进程开始排队等待 …
服务器面向公网时，SSH 暴力破解和扫描攻击几乎每天都在发生。为防御此类攻击，很多人会使用 Fail2ban 配合防火墙规则自动封禁尝试登录失败的 IP。以下内容记录一次基于 Fail2ban 的 SSH 防护实战情况，并结合主动黑名单策略进行分析总结。 🛡️ Fail2ban 运行状态概览 在这台服务器中，Fail2ban 针对 SSH 配置了专用 jail，用于检测登录失败并进行封禁。状态信息如下： Status for the jail: sshd|- Filter| |- Currently failed: 4| |- Total failed: 2020| `- File list: /var/log/auth.log`- Actions |- Currently banned: 15722 |- Total banned: 15722 `- Banned IP list: … 关键字段解释 …
在维护 V2Ray 或其他基于 TLS 的代理服务器时，日志中经常会看到如下报错信息： http: TLS handshake error from x.x.x.x:xxxxx: … 这些错误提示表明有客户端尝试与服务器建立 TLS 连接，但握手失败。这种现象在公网环境中非常常见，主要原因是被网络扫描器或自动化探测工具扫描。 常见原因分析 1️⃣ 网络扫描器主动探测 公网代理服务器会被全球各类扫描器持续扫描，包括安全研究公司、爬虫、自动化漏洞检测等。这些扫描器会尝试不同的端口和协议，查看服务器响应，从而收集开放服务信息并建立指纹数据库。 日志中出现的错误提示，如 “client requested unsupported application protocols” 或 “client offered only unsupported versions”，说明扫描器发出了不被支持的 TLS 配置或协议请求，最终被服务器安全拒绝。 2️⃣ 非法或错误配置访问 还有一些情况是有人手动错误地访问代理端口，例如直接使用浏览器访问 V2Ray 监听端口，这也会触发握手失败的错误。 是否需要处理 从安全角度来看，这类错误并不意味着真正的入侵或攻击。TLS 协议本身会严格校验证书、版本、协议等信息，只要配置正确，扫描器无法完成握手，就不会造成实际风险。 这类错误属于被动防御结果，表明服务器配置安全，能够拒绝不合法的连接请求。 如果想进一步防御 尽管多数情况下可以选择忽略，但若需要更严格的访问控制，可以考虑以下方法： 实际示例 有时候日志中会显示某个扫描器的域名（例如 scanner-xxx.censys-scanner.com），这表明来源于全球知名的安全扫描项目，通常用于研究和网络测绘，不会对服务器产生实际威胁。 总结 公网服务器遇到 TLS …
在全球代理工具与多出口网络技术的发展中，基于 V2Ray 内核的生态几乎占据了「定制化、安全化、灵活化」代理方案的核心位置。无论是服务端，还是客户端，V2Ray 都形成了极为完整且难以被取代的生态体系。 ✅ 强大的内核设计 V2Ray（以及后续衍生的 Xray）核心模块 v2ray-core，支持多种协议（VMess、VLESS、Trojan、Shadowsocks 等），并可实现高度自定义的路由与流量分发逻辑。这种设计不仅灵活度极高，而且扩展性强，能满足不同场景下对安全性、隐蔽性以及性能的不同需求。 🔀 分流与路由体系独步群雄 相比其他单一协议工具，V2Ray 提供了极为丰富的路由机制： 这一点让 V2Ray 在同类工具中几乎无可匹敌，能够实现细粒度控制、不同目标独立出口等复杂网络需求。 🔒 安全与加密多层防护 V2Ray 提供完整的加密体系，且支持多种混淆与伪装技术（如 TLS、WebSocket、gRPC、HTTP/2 等）。针对复杂的网络审查环境，可灵活选择协议混淆或多层封装，提高抗封锁能力和流量隐蔽性。 同时，通过可自定义配置日志策略和严格权限控制，可最大程度减少信息暴露，保障整体安全性。 💻 客户端与服务端生态成熟 围绕 V2Ray 内核，诞生了众多强大的客户端和管理前端，例如： 这套完整生态使 V2Ray 几乎可以覆盖任何场景，从桌面系统、移动端、路由器到服务器管理。 ⚙️ 多协议、多平台支持 无论是需要高性能的 VPS 服务端，还是低功耗路由器端，V2Ray 都能提供稳定、灵活、可扩展的解决方案。此外，支持 Linux、macOS、Windows、Android、iOS 等全平台部署，也让其在全球范围内具备极强适用性。 💬 总结 基于 V2Ray 内核的服务端和客户端组合，拥有极高的灵活性、可配置性、跨平台兼容性与丰富的路由策略，几乎无法找到完全替代的工具方案。 无论是对网络自由度要求极高的场景，还是需要多出口精细分流、高安全级别保障的企业或个人应用，V2Ray 都是当前最全面、最强大的核心选择之一。
v2rayA 是一款基于 V2Ray 核心的图形化、多功能代理前端，适用于 Linux、Docker、OpenWrt 等多种平台，提供透明代理、分流、DNS 安全、防劫持等多种高级功能。通过灵活配置，能够满足不同网络访问场景下的安全与性能需求。 ✅ 架构与核心功能 v2rayA 支持 Transparent Proxy（透明代理）与 System Proxy（系统代理）两种模式： 🔀 分流与路由策略 RoutingA 高级路由 v2rayA 提供 RoutingA 高级规则系统，可针对域名、IP 段、端口、来源等设置详细策略。例如： domain(geosite:cn) -> directgeoip(geoip:cn) -> directdefault -> proxy 通过组合规则，可实现精细化的出站分流（多出口）和负载均衡。 🔒 DNS 安全机制 DoH（DNS-over-HTTPS） 启用后，DNS 请求会加密传输，防止被运营商或中间人攻击篡改，保障域名解析的安全性与正确性。 Prevent DNS Spoofing 该功能结合 DoH 使用，确保所有 DNS 请求只经过已指定的安全通道，避免 DNS 污染和缓存投毒。 🔎 Sniffing …
在当前网络环境中，保证网络访问安全性至关重要。通过精细配置多层代理和中转服务器，可实现安全、稳健且高度可控的网络访问方案。 ✅ 架构设计概述 该方案的核心思路是首先通过日本东京的 VPS 建立加密代理，所有访问流量均先经过东京 VPS，再根据需求转发到其他代理节点（如中国代理）或直接访问目标网站。最终，家庭宽带网络只能看到与东京 VPS 之间的加密连接，无法获取后续访问详情。 🟢 东京 VPS 的角色 🔒 安全性保护机制 🌍 家庭宽带网络可见内容 对于家庭宽带运营商，仅能看到到东京 VPS 的加密连接，无法识别以下信息： 🌐 网站端可见内容 对于目标网站，仅能看到东京 VPS 或后续代理节点的 IP 地址，而无法获取访问设备的原始信息或实际所在地。 🔑 DNS 解析安全 所有 DNS 请求均通过 VPS 或后续代理进行解析，避免泄露至本地网络运营商。如果流量最终需要走中国代理，DNS 解析也会在中国代理节点内部完成，保证整体解析流程的安全性。 📦 可扩展性 该架构支持以下灵活配置： 🔎 测试结果总结 经过各项泄露检测（出口 IP、DNS、WebRTC、浏览器指纹等）验证： ✅ 总结 通过该架构设计，家庭宽带网络及本地运营商无法获知任何实际访问的目标网站信息，仅能识别到与 VPS 的加密通信连接，从而实现更高的网络访问安全性。对于需要访问不同区域内容或追求更稳定访问环境的场景而言，这是一种高安全性、灵活且可扩展的解决方案。
逻辑卷管理（LVM, Logical Volume Manager）是 Linux 系统中非常重要的存储管理方式，允许灵活、高效地管理磁盘空间。相比传统固定分区，LVM 提供了动态调整、跨盘扩容、快照等先进功能。 本文将从原理、核心概念、详细操作步骤、快照、迁移、错误修复、与启动关系、常见问题及最佳实践等多个层面详细解析，帮助深入掌握 LVM。 一、LVM 基础与原理 什么是 LVM？ LVM 是 Linux 的逻辑卷管理框架，把物理存储资源（磁盘或分区）抽象成逻辑卷，便于灵活管理、动态扩容、跨盘存储等需求。 核心概念 名称 解释 PV（Physical Volume） 物理卷，对应实际磁盘或分区，是最基本的构建块。 VG（Volume Group） 卷组，由多个 PV 组成的存储池，用于管理容量分配。 LV（Logical Volume） 逻辑卷，从 VG 中划分出来，用于挂载文件系统。 PE（Physical Extent） 物理扩展块，VG 中的最小分配单元，默认大小一般是 4MB（也可设置更大）。 工作机制 1️⃣ 把物理磁盘或分区初始化为 PV（pvcreate）2️⃣ 将多个 PV 合并为 VG（vgcreate）3️⃣ 从 VG 中划分出 LV（lvcreate）4️⃣ …