CentOS 7 Minimal环境下Nginx静态文件服务配置问题求助

别着急，咱们一步步排查并修复这个问题——既然你已经试过权限调整、切换运行用户甚至重装系统，那咱们从最核心的配置细节和基础环境检查入手：

1. 先确认Nginx服务状态与端口监听 #

首先得确保Nginx真的在正常运行，并且80端口处于监听状态：

# 查看Nginx运行状态
systemctl status nginx
# 检查80端口是否被Nginx占用
ss -tulpn | grep nginx

如果Nginx没启动，先启动并设置开机自启：

systemctl start nginx
systemctl enable nginx

要是启动失败，直接看实时日志找原因：

journalctl -u nginx -f

2. 修正Nginx站点配置 #

CentOS 7的Nginx默认会加载/etc/nginx/conf.d/目录下的.conf文件，不建议直接修改主配置的http块，咱们单独写一个清晰的站点配置：

步骤2.1 创建专属站点配置文件 #

vi /etc/nginx/conf.d/kcrypt-static.conf

写入以下内容（注意根据你的dist目录实际文件调整索引文件名）：

server {
    listen 80;
    server_name localhost;

    # 静态文件根目录，指向你的目标路径
    root /home/kenny/projects/kcrypt/dist;
    # 默认索引文件，比如你的dist目录里是index.html就写这个
    index index.html index.htm;

    # 处理静态文件的路由规则
    location / {
        try_files $uri $uri/ =404;
    }

    # 可选：添加独立日志，方便后续排查问题
    access_log /var/log/nginx/kcrypt_access.log;
    error_log /var/log/nginx/kcrypt_error.log;
}

步骤2.2 验证配置语法 #

每次修改配置后一定要做语法检查，避免小错误导致Nginx启动失败：

nginx -t

如果输出nginx: configuration file /etc/nginx/nginx.conf test is successful，说明配置语法没问题。

3. 精准配置目录权限（关键！） #

别用root运行Nginx，既不安全也没必要，咱们给Nginx用户精准设置权限：

步骤3.1 确认Nginx运行用户 #

CentOS 7的Nginx默认运行用户是nginx，你可以在主配置/etc/nginx/nginx.conf顶部看到：

user nginx;

保持这个设置即可，不要改成root。

步骤3.2 设置目录访问权限 #

需要确保Nginx用户能遍历从/home/kenny到dist的所有父目录，并且能读取dist里的文件：

# 给父目录添加执行权限（让nginx能进入各级目录）
chmod o+x /home/kenny
chmod o+x /home/kenny/projects
chmod o+x /home/kenny/projects/kcrypt
chmod o+x /home/kenny/projects/kcrypt/dist

# 给dist目录及其文件添加读权限
chmod -R o+r /home/kenny/projects/kcrypt/dist

更规范的做法是把nginx用户加入kenny组：

usermod -aG kenny nginx
# 设置目录组权限
chmod -R g+r /home/kenny/projects/kcrypt/dist
chmod g+x /home/kenny /home/kenny/projects /home/kenny/projects/kcrypt /home/kenny/projects/kcrypt/dist

4. 处理防火墙拦截 #

CentOS 7默认开启firewalld，可能挡住了80端口的请求：

# 临时关闭防火墙测试（如果curl能通了，再永久开放端口）
systemctl stop firewalld
# 或者永久开放80端口
firewall-cmd --add-service=http --permanent
firewall-cmd --reload

5. 测试访问 #

重启Nginx使配置生效：

systemctl restart nginx

然后用curl测试：

curl http://localhost

如果还是有问题，直接查看咱们配置的错误日志找具体原因：

cat /var/log/nginx/kcrypt_error.log

内容的提问来源于stack exchange，提问作者Hristo Kolev