1. 项目概述与需求拆解

1.1 “REHL”到底是啥——先纠正一个拼写

说句实在话，看到标题里写着“REHL”，我第一反应是用户大概率把 RHEL（Red Hat Enterprise Linux）打错了。REHL 这个缩写本身并不存在于主流 Linux 发行版的命名体系里，真正对应的是 Red Hat Enterprise Linux，也就是红帽企业版 Linux。别小看这个拼写错误，如果你拿“REHL”去各大搜索引擎和技术社区检索，基本搜不到有效资料，全是不相关的产品页和营销内容，白白浪费时间。所以我在这篇博文里统一使用 RHEL 这个正确名称，大家在写项目报告、简历或者技术方案的时候也一定要注意这个细节。

RHEL 是企业级 Linux 发行版里的老牌选手，很多公司机房、云平台、银行系统和政府项目的底层跑的都是它。它的特点是稳定、安全、生命周期长，一个版本支持十年是常规操作。对于课程结课项目来说，选 RHEL 系操作系统练手，能让你提前贴近真实的企业生产环境，比只用 CentOS 或者 Ubuntu 写个 Hello World 有意义得多。

1.2 LNMP加Discuz的组合定位

LNMP 是 Linux + Nginx + MySQL + PHP 四件套的缩写，Discuz 则是国内老牌的开源论坛程序。把这套组合放一起，你的目标就非常清晰：在 Linux 服务器上，用 Nginx 当 Web 服务器，MySQL 存数据，PHP 做动态解析，最后跑起来一个功能完整的社区论坛。

为什么偏偏是 LNMP 加 Discuz，而不是 LAMP（Apache + MySQL + PHP）加别的论坛程序？原因也很简单：Nginx 在高并发下的表现比 Apache 更高效，内存占用更低，而且现在国内主流站点的架构大都是 LNMP 或 LEMP 变种，贴近真实场景。Discuz 作为论坛源程序，自带完整的用户注册、发帖、板块管理、后台运维等功能，部署成熟，教程多，拿来当课程设计的载体非常合适，既能快速落地，又有足够的深度可以做扩展。

这套从零到一的流程，基本就是一句话——在 RHEL 系统上手动搭建 LNMP 环境，然后跑通 Discuz 论坛的完整初始化。这里覆盖了 Linux 基础命令操作、环境变量配置、服务管理、数据库设计、Web 服务部署、网络安全设置等多项技能，适合正在学 Linux 系统管理或网络服务课程的同学，也适合那些想系统了解 Web 服务搭建链条的入门运维工程师。大家按我下面的步骤走，一台干净服务器就能复现出完整的论坛环境，哪怕之前没接触过 Nginx 和 PHP，也能跟着做下来。

2. 方案选型与整体设计思路

2.1 为什么要用 Nginx 而不是 Apache

在选择 Web 服务器的环节，很多新手会直接选 Apache，原因是教材里写的是 LAMP，照抄就行。但如果你真的把 Nginx 用起来，会明显感受到它在静态资源处理上的差距。Nginx 采用事件驱动架构，一个进程能同时处理成千上万个连接，而 Apache 默认的进程或线程模式在高并发下吃内存比较凶。RHEL 系统本身内存占用就不低，如果你用的是配置一般的虚拟机，Apache 到后期会有明显压力，而 Nginx 会更轻快。

还有一点容易被忽略的是反向代理能力。Nginx 配置里可以直接通过location规则把 PHP 请求转发给 PHP-FPM，和 MySQL 的连接池管理也相对清晰。很多企业线上环境都是 Nginx 在最前面挡请求，后面挂 PHP-FPM 和应用代码，这也是我坚持在这个项目里用 Nginx 的理由——你学的东西往后能直接用上，而不是只为了交作业。

2.2 PHP 版本和运行模式怎么选

Discuz 虽然没有直接把 PHP 版本上限写死，但为了安全和兼容性，建议安装当前主流稳定的 PHP 版本。RHEL 自带的软件源里往往只包含比较老的 PHP 版本，比如 PHP 5.4 或者 PHP 7.2 这种，而 Discuz 在老版本里运行容易遇到函数废弃和安全隐患，所以最佳做法是配置第三方软件源（比如 EPEL 和 Remi）去安装更新版本。

PHP 的运行模式上，我直接推荐 PHP-FPM。这个模式让 PHP 作为独立服务常驻内存，Nginx 通过 FastCGI 协议把请求交给它处理。相比旧的 mod_php 嵌入 Apache 的方式，PHP-FPM 的进程管理更灵活，可以按需调节子进程数，单个 PHP 页面卡死也不会拖垮整个 Web 服务。实际配置时，你只需要修改 Nginx 的fastcgi_pass参数，让它指向 PHP-FPM 监听的地址和端口就行。

2.3 数据库选择与版本权衡

MySQL 在 RHEL 上的安装有两条路：一条是用系统自带的 MariaDB，另一条是手动装 MySQL 官方仓库。MariaDB 是 MySQL 的一个分支，在 RHEL 里被作为默认替代品，接口和命令基本一致，对于跑 Discuz 来说没有任何障碍。我个人的习惯是图省事直接用 MariaDB，因为它的包名和 RHEL 集成度更高，yum 直接能装，不需要额外导入 GPG key 和仓库配置。

但如果你有特殊需求，比如一定要用 MySQL 的企业版功能或者惯性使然，那也可以走官方仓库安装。需要注意的一点是，选择数据库时别去追求太高版本，稳定够用就行。Discuz 的数据库操作基本都是基础读写，对版本并不敏感。我见过有人折腾半天装了 MySQL 8.0，最后发现只需要调整一下身份认证插件就能跑通，纯属给自己加戏。

2.4 Discuz 程序的管理与扩展考量

Discuz 这个程序看似老，但它的架构设计其实很成熟，分类清晰：根目录下是 PHP 源码文件，config目录放配置文件，data目录放缓存和附件，uc_server负责用户中心。它内置了站长后台、插件中心、模板系统等，能满足论坛类站点的大部分需求。

在项目设计阶段就要想好：你只是要一个能打开的论坛，还是要把用户权限、版块划分、积分体系、模板定制都做进去？如果只是结课展示，基础部署加几个版块测试发帖就够了。如果有余力，可以后续配置伪静态、缓存加速，或者整合一个第三方登录插件，这些后续操作不仅能提升项目的完整度，在答辩时也是加分项。

3. 环境准备与前置配置

3.1 服务器选型与系统安装

做这类项目，你可以用物理机、虚拟机，或者云服务器。不管用哪种，我建议优先保证两点：一是网络通畅，因为安装软件要下载依赖包；二是内存不低于 2GB，否则 MySQL 加 Nginx 加 PHP-FPM 三个服务跑起来会有点挤。

虚拟机工具可以用 VirtualBox 或者某虚拟化平台，镜像选择 RHEL 9 或者 RHEL 8 都可以。如果你没有正版授权，可以使用 RHEL 的开发者订阅，也可以选用与其二进制兼容的其他发行版作为替代，效果差别不大。安装系统时选择“带图形界面的服务器”或“最小安装”都可以，但如果你对命令行还不熟，建议选带图形界面，遇到网络配置问题还能有个图形工具兜底。

系统安装完成后，第一件事就是更新软件包。别跳过这步，旧版本系统带的软件包可能存在安全漏洞，而且后续装软件时容易遇到依赖冲突。执行以下命令：

sudo dnf update -y

提示：RHEL 8 及以上版本用dnf命令，RHEL 7 及以下用yum，两者基本等价，但 dnf 在依赖解析和并行下载方面更强一些。如果你用的是 RHEL 7，下面的命令里把 dnf 全部换成 yum 就行。

3.2 网络配置和主机名调整

服务器要能正常下载依赖包，网络配置必须正确。用ip addr查看网卡 IP 是否正常获取，用ping测试外网连通性：

ip addr ping -c 4 baidu.com

如果 ping 不通，先检查网卡是否启用，再检查 DNS 配置，配置文件是/etc/resolv.conf。虚拟机环境还要确认网络模式是否设置为 NAT 或桥接，NAT 模式方便上外网，桥接模式方便局域网内其他机器直接访问你的论坛页面。

主机名建议设置成方便辨识的名称，比如discuz-server，命令如下：

sudo hostnamectl set-hostname discuz-server

这个操作虽然不影响服务运行，但当你同时管理多台服务器时，能一眼看出哪台是哪台。我见过不少人满屏都是localhost，切换来切换去最后把自己搞晕了。

3.3 防火墙与 SELinux 的初始调整

RHEL 默认开启防火墙和 SELinux，这两个安全机制如果不在项目初期处理好，后面会给你制造各种莫名其妙的“访问不了”“权限不足”问题。

建议先把防火墙规则加好，放行 HTTP/HTTPS 服务端口：

sudo firewall-cmd --permanent --add-service=http sudo firewall-cmd --permanent --add-service=https sudo firewall-cmd --reload

至于 SELinux，如果你对它的原理不熟悉，我建议先设置为宽松模式（permissive），避免它拦截 Nginx 读写论坛目录文件。命令：

sudo setenforce 0

把这个命令写进/etc/selinux/config里，把SELINUX=enforcing改成SELINUX=permissive，这样重启后也生效。等项目跑通了，你还有精力的话，再回头研究怎么在 SELinux 开启的状态下给它配置正确的上下文和布尔值，那是进阶玩法。课程项目阶段，先确保功能跑通最重要，别和自己过不去。

4. LNMP 三大件安装与基础配置

4.1 Nginx 安装和配置文件解析

RHEL 自带的软件源里就有 Nginx，安装命令很简单：

sudo dnf install nginx -y

安装完成后先启动服务并设为开机自启：

sudo systemctl start nginx sudo systemctl enable nginx

用浏览器访问服务器 IP，能看到 Nginx 默认欢迎页就说明成功了。如果看不到，先确认防火墙是否放行，再确认服务状态，基本能排查出问题。

Nginx 的核心配置文件在/etc/nginx/nginx.conf，而具体站点的配置通常在/etc/nginx/conf.d/目录下。我强烈建议你不要直接改主配置，而是为 Discuz 单独建一个配置文件，这样以后做多站点也不会乱。创建/etc/nginx/conf.d/discuz.conf，内容参考如下：

server { listen 80; server_name _; root /usr/share/nginx/html; index index.php index.html; location / { try_files $uri $uri/ /index.php?$query_string; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include fastcgi_params; } location ~ \.css { expires 7d; } }

注意fastcgi_pass这行，它决定了 Nginx 把 PHP 请求交给谁处理，后面配置 PHP-FPM 时你需要让这里的端口和 PHP-FPM 的监听端口保持一致。

4.2 MySQL/MariaDB 安装与数据库初始化

安装 MariaDB 同样一句话：

sudo dnf install mariadb-server mariadb -y sudo systemctl start mariadb sudo systemctl enable mariadb

安装后先执行安全初始化脚本，这会帮助你设置 root 密码、删除匿名用户，这些基础安全操作不能偷懒：

sudo mysql_secure_installation

按提示一步步操作，尤其注意最后一步是否删除测试数据库，建议选是。初始化完成后，进入数据库创建 Discuz 所需的库和专用账号。我记得自己在做的时候，习惯单独建一个数据库账号，而不是直接用 root，这样权限能收住，后续万一程序出问题，影响面也小：

CREATE DATABASE discuz_db DEFAULT CHARACTER SET utf8mb4; CREATE USER 'discuz_user'@'localhost' IDENTIFIED BY '你的密码'; GRANT ALL PRIVILEGES ON discuz_db.* TO 'discuz_user'@'localhost'; FLUSH PRIVILEGES; EXIT;

注意：这里密码尽量别用简单的 123456 之类的，至少包含大小写字母和数字。课程项目虽然不像生产环境那么严格，但养成好习惯总是对的。

4.3 PHP 与 PHP-FPM 安装以及关键参数调整

接下来是重头戏，安装 PHP 及相关模块。由于 RHEL 核心源里 PHP 版本较老，推荐先启用 Remi 源，这个源提供较新版本的 PHP，配置方式如下：

sudo dnf install epel-release -y sudo dnf install https://rpms.remirepo.net/enterprise/remi-release-9.rpm -y sudo dnf module list php sudo dnf module enable php:remi-8.1 -y sudo dnf install php php-fpm php-mysqlnd php-gd php-xml php-mbstring -y

这里有一步非常关键：如果模块列表里能看到 php 的多个版本流，你需要先module reset php再module enable php:remi-8.1，否则容易提示模块流冲突。这个坑我亲身踩过，报错内容大概和“模块流已启用”有关，重置一下就能解决。

安装完成后，修改 PHP-FPM 的配置文件/etc/php-fpm.d/www.conf，主要调整一处：确保监听地址与 Nginx 里的fastcgi_pass一致，默认情况下是：

listen = 127.0.0.1:9000

这个设置不需要改，直接用即可。启动 PHP-FPM：

sudo systemctl start php-fpm sudo systemctl enable php-fpm

测试一下 PHP 是否正常工作，在 Nginx 站点根目录写一个测试文件：

echo "<?php phpinfo(); ?>" > /usr/share/nginx/html/info.php

浏览器访问http://服务器IP/info.php，能看到 PHP 信息页就说明 Nginx 和 PHP-FPM 已经把链路跑通了。看到信息页后记得把这个测试文件删掉，避免敏感信息暴露。

4.4 服务自启动与状态检查

三个服务都装好后，依次设置开机自启并检查当前状态：

sudo systemctl enable nginx php-fpm mariadb sudo systemctl status nginx php-fpm mariadb

如果哪个服务状态显示不是 active，顺手看下日志/var/log/nginx/error.log或者journalctl -u php-fpm，基本能定位问题。在这里花一点时间确认服务稳定运行，后面部署 Discuz 就会顺很多。

5. Discuz 论坛程序部署与初始化

5.1 下载源码与目录权限设置

Discuz 官方发布渠道有社区版下载，你也可以到开源软件平台下载历史版本的源码包。拿到压缩包后，上传到服务器，我习惯把源码解压到/tmp再复制到站点根目录，这样能让/tmp里的文件权限对 Web 服务更友好：

cd /tmp wget https://example.com/discuz_x3.5.zip # 以实际下载地址为准 unzip discuz_x3.5.zip cp -r upload/* /usr/share/nginx/html/

代码文件放好后，最关键的一步是目录权限。Discuz 需要在/data、/config和/uc_server/data等目录写入缓存和配置文件，如果这些目录的属主不是 Web 服务用户，安装页面会直接报“无法写入”的红色警告。执行：

sudo chown -R nginx:nginx /usr/share/nginx/html/ sudo chmod -R 755 /usr/share/nginx/html/

实操心得：我曾经在这里栽过跟头。第一次部署时我以为权限设置到 755 就够了，结果 Discuz 安装向导反复提示config目录不可写。后来才发现目录的属主是 root，很简单的chown就能解决，千万别跳过这步。

5.2 浏览器端安装向导的完整流程

浏览器访问http://服务器IP/，会出现 Discuz 的安装界面。整个过程分为几个主要步骤：

第一，同意许可协议，这个直接勾选继续。

第二，环境检测页面，系统会列出 PHP 版本、数据库模块、目录权限等检测项。如果哪一项显示不满足要求，会给出具体原因，比如缺少某个 PHP 扩展之类。按提示补齐扩展并重启 PHP-FPM，然后刷新页面直到全部通过。

第三，是数据库配置页面，这里需要填写你最前面在 MariaDB 里创建的库名、账号和密码。数据库地址填localhost或127.0.0.1，前缀用默认的pre_即可。同时设置管理员账号密码和邮箱，这个管理员账号别图方便用 admin/admin123，后面会被扫描器盯上的。

第四，安装程序会自动创建数据表，这个过程通常几十秒。看到“安装成功”页面后，为了安全，要立刻删除服务器上的install目录：

sudo rm -rf /usr/share/nginx/html/install

5.3 站点后台验证与功能演示

安装完成后，访问http://服务器IP/admin.php，用刚才设置的管理员账号登录，你就进到了 Discuz 的后台。这里可以做的操作非常多：创建版块、设置用户组、添加插件、调整界面风格等。建议按以下顺序快速做一轮功能验证：

• 在后台“版块管理”里创建一个测试版块，分类选“默认分类”。
• 前台注册一个测试普通用户，去版块里发一篇文章。
• 测试回复、编辑、删除这些基础帖子操作。
• 检查用户中心http://服务器IP/uc_server是否能正常打开。

这一轮操作下来，你的论坛基本闭环了，课程设计要求的功能演示素材也就足够了。

6. 常见问题排查与避坑实录

6.1 Nginx 返回 502 Bad Gateway

这个报错是大家在 LNMP 环境下最常见的坑。502 的含义是网关错误，最直接的原因就是 Nginx 连接不上 PHP-FPM。按以下顺序排查：

systemctl status php-fpm ss -lntp | grep 9000

如果 php-fpm 没跑起来，把它启动；如果 9000 端口根本没有监听，去看一下/etc/php-fpm.d/www.conf里的配置。还有一种情况是 PHP-FPM 配置里listen设置为 socket 文件路径（比如/run/php-fpm/www.sock），而 Nginx 配置文件里写的是127.0.0.1:9000，两边对不上自然报错。解决办法很简单，把两边改成一致的地址或 socket 路径。

6.2 数据库连接失败或安装页面报错

安装向导报“数据库连接失败”的时候，首先确认数据库服务是否存活：

systemctl status mariadb

然后检查在向导里填的账号、密码、库名是否正确。特别容易忽略的一点是，账号如果限制了host为localhost，那么程序连数据库时填的主机名也需要是localhost，不要写服务器 IP，否则会触发拒绝访问的授权错误。

另外还有可能是密码里有特殊字符，比如@、#等，导致 PHP 解析连接字符串时被截断。这类问题在安装向导里不多见，但如果你写额外的连接脚本时一定会遇到，所以密码尽量用纯字母数字组合最省事。

6.3 页面能打开但样式丢失

打开论坛首页后发现排版错乱、图片不显示，通常是静态文件路径出了问题。Discuz 的模板会引用static和data目录下的资源，如果这些目录权限不足，浏览器请求 404，样式自然就崩了。重新复查一下：

chown -R nginx:nginx /usr/share/nginx/html/ find /usr/share/nginx/html -type d -exec chmod 755 {} \; find /usr/share/nginx/html -type f -exec chmod 644 {} \;

经验之谈：遇到“页面能开但长得很丑”这类问题，90% 以上和权限有关，别一上来就去改配置。我在一次环境迁移过程中遇到过一模一样的现象，排查了半天 PHP 配置，最后发现是压缩包解压时所有目录的权限都被降级了。把权限规范好，这类问题基本能原地消失。

6.4 常见问题速查表

我把整个部署过程中容易踩的坑整理成一张表，方便大家直接对照：

6.5 一个隐藏的扩展小技巧

项目做完后，我建议你顺手做两件提升可维护性的事。第一，开启 Discuz 后台的“运行效率”相关缓存功能，把论坛缓存和模板缓存打开，能明显加快页面响应速度。第二，配置 Nginx 层面的 Gzip 压缩，修改/etc/nginx/nginx.conf里：

gzip on; gzip_types text/plain text/css application/json application/javascript;

然后重启 nginx。这个改动不复杂，但能让页面传输体积少一半以上，演示的时候会有肉眼可见的流畅度差异。最后再提一句，如果这套东西后续想长期跑下去，可以考虑把数据库定期备份加进 crontab，别等真的丢了数据才想起来备份，那种懊恼感我太熟悉了。