标签导航：

beego项目部署：nginx反向代理后静态资源无法访问是什么原因？

Beego项目部署与Nginx反向代理及HTTPS配置：解决静态资源访问问题

在使用Beego框架部署项目时，通常会使用Nginx进行反向代理和HTTPS配置，以增强安全性并提升性能。然而，此过程中可能会遇到静态资源（如图片）无法访问的情况。本文分析一个实际案例，解读其Nginx配置文件，并指出问题所在。

案例： 用户在配置Nginx反向代理和SSL证书后，发现静态资源无法访问，但使用IP地址加端口号却可以正常访问。Nginx配置文件如下：

server {
    listen 80;
    server_name mp.yitiegongfang.com;
    rewrite ^(.*)$ https://${server_name}$1 permanent;
}

server {
    listen 443 ssl;
    server_name  mp.yitiegongfang.com;

    ssl_certificate /www/crt/1_mp.yitiegongfang.com_bundle.crt;
    ssl_certificate_key /www/crt/2_mp.yitiegongfang.com.key;
    ssl_session_timeout 5m;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;
    ssl_prefer_server_ciphers on;

    charset utf-8;
    access_log  /root/go/src/easy_wallpaper_api/access.log;

    location /(css|js|fonts|img)/ {
        access_log off;
        expires 1d;
        root "/root/go/src/easy_wallpaper_api/static";
        try_files $uri @backend;
    }

    location / {
        try_files /_not_exists_ @backend;
    }

    location @backend {
        proxy_set_header X-Forwarded-For $remote_addr;
        proxy_set_header Host            $http_host;
        proxy_pass http://127.0.0.1:8066;
    }
}

问题分析： Nginx配置文件本身没有明显的错误。location /(css|js|fonts|img)/ 正确地指向了Beego项目的静态资源目录，try_files 指令和反向代理配置也符合规范。

解决方案： 问题并非Nginx配置文件错误，而是测试时使用了错误的域名。用户测试时可能使用了与 server_name 指令中指定的域名不同的域名，导致Nginx配置无法生效。 只有使用 mp.yitiegongfang.com 域名访问时，Nginx配置才能正确工作。