Nginx在Linux上首选包管理器安装（如dnf/yum/apt），90%场景足够；仅当需自定义模块、特定OpenSSL版本或打补丁时才源码编译，且须注意依赖、configure参数及权限配置。
nginx 在 Linux 上的安装和配置，核心分歧点不在“能不能装”，而在于**你是否需要自定义模块、是否追求长期可维护性、以及你的发行版是否已提供足够新版本**。直接用包管理器（yum / apt）装是最稳妥的选择；只有明确需要 --with-http_v2_module、--with-openssl= 指向特定版本，或要打补丁时，才值得源码编译。
用 yum 或 apt 安装 nginx，90% 场景够用
CentOS/RHEL 8+、AlmaLinux、Rocky Linux 等默认启用 EPEL，一条命令就能装好带 SSL 和 HTTP/2 支持的稳定版：sudo dnf install nginx -y（RHEL 8+）或 sudo yum install nginx -y（RHEL 7）。Ubuntu/Debian 则是：sudo apt update && sudo apt install nginx -y。
这类安装方式自动完成三件事：创建 nginx 用户、注册 systemd 服务、把配置文件放在标准路径 /etc/nginx/nginx.conf 和站点配置目录 /etc/nginx/conf.d/。你不需要手动处理 PCRE、zlib、OpenSSL 库——它们作为依赖被一并装好且版本兼容。
- 验证是否装对：
nginx -v显示版本，nginx -V 2>&1 | grep -o 'http_ssl\|http_v2'确认关键模块已启用 - 启动后默认监听
0.0.0.0:80，但若防火墙开着（如firewalld），必须放行：sudo firewall-cmd --add-port=80/tcp --permanent && sudo firewall-cmd --reload - 别急着改
nginx.conf—— 先检查语法：sudo nginx -t，再重载：sudo systemctl reload nginx
源码编译安装，只在明确需求时动手
比如你要启用 ngx_http_realip_module 并信任某个 CDN 的 X-Forwarded-For，或必须用 OpenSSL 1.1.1g 而不是系统自带的 3.x，这时才需要自己编译。流程不是“下载→解压→make install”就完事，关键在 ./configure 参数和依赖库路径。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
常见踩坑点：./configure 报错 C compiler cc is not found，说明没装开发工具链；报错 pcre.h not found，说明 pcre-devel 没装（注意是 -devel 包，不是 pcre 运行时）；更隐蔽的是，如果指定了 --with-openssl=/path/to/src，但该源码未执行过 ./config 或 make，编译会失败。
- 依赖安装（CentOS/RHEL）：
sudo yum groupinstall "Development Tools" -y && sudo yum install pcre-devel zlib-devel openssl-devel -y - 配置示例（启用常用模块且指定 OpenSSL 源码位置）：
./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_v2_module --with-http_stub_status_module --with-openssl=../openssl-1.1.1g - 编译后不要直接
make install就跑——先确认objs/nginx能运行：./objs/nginx -t；再sudo make install覆盖安装目录
启动失败？先看日志和端口，别猜
sudo systemctl start nginx 失败，第一反应不是重装，而是查两件事：sudo journalctl -u nginx -n 50 -e（看最近 50 行错误日志），和 sudo ss -tlnp | grep :80（看 80 端口是否被 apache2、httpd 或另一个 nginx 进程占着）。
典型错误包括：bind() to 0.0.0.0:80 failed (98: Address already in use)（端口冲突）；open() "/var/run/nginx.pid" failed (2: No such file or directory)（pid 文件路径在 nginx.conf 里写死了，但目录不存在或权限不对）；directive "ssl_certificate" is not allowed here（把 HTTPS 配置写在了 http 块而非 server 块里）。
- 修改配置后必做：
sudo nginx -t（校验语法）→sudo nginx -s reload（平滑重载）或sudo systemctl reload nginx - 如果用源码安装且没注册 systemd 服务，记得自己写
/etc/systemd/system/nginx.service，否则无法用systemctl管理 - 测试响应最简单：
curl -I http://localhost应返回HTTP/1.1 200 OK；若超时，优先排查防火墙和 SELinux（sudo setsebool -P httpd_can_network_connect 1可能需开启）
/home/user/www，但 nginx 进程以 nginx 用户运行，默认无法读取用户家目录（SELinux 或普通 Unix 权限都会拦）；又比如 log_format 自定义后忘记在 access_log 指令中引用名称，日志格式就不会变——这些细节不会报错，但会让调试变成盲猜。 
