移除sites-enabled默认站点符号链接后Nginx仍返回默认index.html页面的问题

嘿，我来帮你排查这个常见的Nginx配置问题，咱们一步步拆解：

首先，先从最容易忽略的细节开始核对：

• 先确认Nginx配置是否合法：你执行了systemctl reload nginx，但如果配置文件存在语法错误，Nginx会悄悄沿用旧配置，根本不会完成重载。先跑一下nginx -t，看看输出是不是显示test is successful。如果有报错，先把配置问题修复了再重新重载。

• 查看当前生效的完整配置：用nginx -T（注意是大写的T）命令，它会输出Nginx加载的所有配置内容，包括所有通过include引入的文件。你要重点找有没有server块在监听80端口，尤其是那些包含root /usr/share/nginx/html;或者index index.html;的配置——这就是返回欢迎页的核心原因。

  这里要注意：Nginx会把第一个匹配到对应端口的server块当作默认服务器，哪怕这个server块不在sites-enabled目录里。比如你的主nginx.conf里可能本身就内置了默认server，或者/etc/nginx/conf.d/目录下有其他配置文件被自动引入，里面保留了默认站点配置。

• 确认sites-enabled目录确实无残留：执行ls -l /etc/nginx/sites-enabled/，看看是不是真的没有任何软链接了。有时候可能不小心删错了文件，或者还有其他遗留的配置链接没清理干净。

• 排除请求缓存问题：虽然curl默认不缓存，但可以试试curl --no-cache http://你的服务器地址，或者用curl -I查看响应头信息，确认请求确实是被当前的Nginx进程处理，没有被跳转或缓存干扰。

接下来是针对性的解决思路：

如果通过nginx -T发现还有其他监听80端口的server块：

• 找到该server块所在的配置文件（比如主nginx.conf或者conf.d下的文件），注释掉或删除对应的server配置；
• 或者给你期望生效的server块加上listen 80 default_server;，让它成为默认服务器，这样无匹配的请求会落到这个server上（如果该server没有对应页面，就会返回404）。

如果配置校验通过但重载没生效：

• 试试systemctl restart nginx彻底重启服务，有时候reload可能因为进程状态异常没生效；
• 查看Nginx错误日志/var/log/nginx/error.log，找找重载时的报错信息，这能帮你快速定位问题根源。

举个典型场景：很多默认Nginx安装里，主nginx.conf最后会有一行include /etc/nginx/conf.d/*.conf;，而conf.d/default.conf里就存着默认的server配置——如果你只删除了sites-enabled里的链接，这个conf.d里的配置还在生效，自然会继续返回欢迎页。

备注：内容来源于stack exchange，提问作者user3728501