Nginx alias配置中/dir与/dir/的区别及静态资源服务问题

嘿，我来帮你搞定这两个Nginx的问题！

这个细节特别容易踩坑，直接说核心差异：

• 当alias路径以/结尾时，Nginx会把location匹配到的完整前缀（包括末尾的/）替换成alias的路径。举个例子：如果location是/test/，alias是/data/www/test/，那请求/test/file.html时，Nginx会准确找到/data/www/test/file.html。
• 当alias路径不以/结尾时，Nginx会直接把location的前缀替换后拼接请求路径，这就容易出问题。还是上面的例子，如果alias写成/data/www/test，那请求/test/file.html时，Nginx会去找/data/www/testfile.html——显然这不是你要的文件，直接404。
• 额外补充：如果location本身不以/结尾（比如location /test），那/test和/test/都会匹配这个规则，但alias结尾的/与否依然会影响路径拼接。所以总结下来，给alias的路径加上末尾的/是更稳妥的做法，能避免莫名其妙的路径拼接错误。

先看你的配置，location /test/和alias /data/www/test/的写法是对的，但可能是这些环节出了问题：

• 文件权限不达标：Nginx运行的用户（一般是www-data）没有权限读取/data/www/test/目录和里面的index.html。你可以用这两个命令调整：

  sudo chown -R www-data:www-data /data/www/test/
  sudo chmod -R 755 /data/www/test/
  

• 缺少try_files指令：当前的location里只设置了index，没有处理目录跳转或者文件不存在的情况。可以修改成这样：

  location /test/ {
      alias /data/www/test/;
      index index.html;
      try_files $uri $uri/ =404;
  }
  

  这样请求/test（不带/）时，Nginx会自动跳转到/test/，然后加载index.html；请求具体文件也能正确匹配。
• 配置没重载生效：修改完配置文件后，一定要让Nginx重新加载配置，不然不会生效：

  sudo systemctl reload nginx
  # 或者用这个命令
  sudo nginx -s reload
  

• SELinux限制（仅CentOS/RHEL系系统）：如果是这类系统，SELinux可能会阻止Nginx访问/data目录下的内容。你可以先临时关闭测试：

  sudo setenforce 0
  

  如果关闭后能正常访问了，再设置永久规则：

  sudo semanage fcontext -a -t httpd_sys_content_t "/data/www/test(/.*)?"
  sudo restorecon -Rv /data/www/test/
  

内容的提问来源于stack exchange，提问作者Lee Gaines