欢迎来到我的博客！
在一台 VPS 上完成了 WordPress 的迁移与重建，使用 Duplicator 插件导出完整安装包，结合 Apache、MariaDB 及 Certbot SSL 配置，整理了完整的安装步骤与遇到的常见错误及解决方案，供参考。 ✅ 基础环境准备 服务器环境基于 Ubuntu。需要安装以下软件包： sudo apt updatesudo apt upgrade -ysudo apt install apache2 mariadb-server php php-mysql libapache2-mod-php php-zip unzip -ysudo systemctl enable apache2 mariadbsudo systemctl start apache2 mariadb ✅ MariaDB 配置 MariaDB 默认使用 unix_socket 插件进行身份验证，如果需要使用密码进行外部连接，可通过以下 SQL 修改 root …
在生产或测试环境中，经常会遇到虚拟机磁盘空间不足，需要进行在线扩容。下面整理一次典型的 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 的加密通信连接，从而实现更高的网络访问安全性。对于需要访问不同区域内容或追求更稳定访问环境的场景而言，这是一种高安全性、灵活且可扩展的解决方案。