这种情况我碰过好多次，大概率是反向代理时请求头配置不完整，或者应用里的静态资源路径硬编码了localhost:8000导致的。咱们一步步来排查解决：

1. 修正Nginx反向代理配置 #

首先检查你的Nginx配置文件（通常在/etc/nginx/sites-available/或者/etc/nginx/conf.d/目录下），确保包含正确的代理请求头，并且80端口配置强制跳转HTTPS（既然你已经有SSL证书了）。

下面是一个标准的配置示例：

# 处理80端口，强制跳转至HTTPS
server {
    listen 80;
    server_name your-domain.com; # 替换成你的实际域名

    return 301 https://$server_name$request_uri;
}

# 处理443端口，反向代理到本地8000
server {
    listen 443 ssl;
    server_name your-domain.com;

    # SSL证书配置，替换成你的证书路径
    ssl_certificate /path/to/your/cert.pem;
    ssl_certificate_key /path/to/your/private.key;

    # 反向代理核心配置
    location / {
        proxy_pass http://localhost:8000;
        # 关键：传递正确的Host头，让应用知道当前访问的域名/端口
        proxy_set_header Host $host;
        # 传递协议信息，让应用知道是HTTP还是HTTPS
        proxy_set_header X-Forwarded-Proto $scheme;
        # 传递真实客户端IP（可选但推荐）
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

2. 检查应用的静态资源路径配置 #

直接访问8000正常，但通过Nginx访问异常，很大概率是应用生成静态资源链接时用了硬编码的localhost:8000，而不是基于当前请求的域名。

• 如果是后端框架（比如Django、Flask）：检查框架的域名配置，比如Django的ALLOWED_HOSTS要包含你的实际域名，STATIC_URL使用相对路径（比如/static/）而不是绝对路径（http://localhost:8000/static/）。
• 如果是前端框架（比如React、Vue）：检查打包配置，确保publicPath设置为相对路径（./或者/），而不是硬编码的http://localhost:8000/。

3. 验证配置并重启Nginx #

修改配置后，先验证配置是否合法：

nginx -t

如果输出test is successful，就重启Nginx生效：

# systemd系统（Ubuntu 16.04+、CentOS 7+）
systemctl restart nginx

# SysVinit系统
service nginx restart

4. 用浏览器开发者工具排查细节 #

打开浏览器的开发者工具（F12），切换到「Network」标签，刷新页面：

• 查看静态资源（图片、CSS、JS）的请求URL，如果是指向localhost:8000，说明应用硬编码了路径，需要修改应用配置；
• 如果是404错误，检查Nginx是否正确转发了静态资源请求（或者应用的静态资源路径是否正确）；
• 如果是混合内容警告（HTTPS页面加载HTTP资源），确保应用生成的资源链接是HTTPS协议（这就是X-Forwarded-Proto头的作用）。

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