Beego项目Nginx配置下静态资源访问问题及解决方案

本文针对Beego项目在Nginx反向代理和HTTPS配置下静态资源无法访问的问题进行分析和解决。用户反馈在配置Nginx后，静态资源无法访问，但通过IP地址直接访问正常，表明问题并非Beego应用本身。文章深入排查，最终发现问题并非Nginx配置文件错误，而是由于测试时使用了与`server_name`配置不一致的域名导致Nginx无法正确转发请求。只有域名完全匹配`server_name`，Nginx才能正确处理包括静态资源在内的所有请求。 关键词：Beego, Nginx, 反向代理, HTTPS, 静态资源, 域名匹配, 问题排查。

Beego项目部署：Nginx反向代理与HTTPS配置下的静态资源访问问题排查

在使用Beego框架开发的项目中，通常会使用Nginx进行反向代理和HTTPS配置以增强安全性及性能。然而，此配置过程有时会遇到静态资源（例如图片）无法访问的问题。本文将分析一个实际案例，并指出问题根源。

用户反馈：在配置Nginx反向代理和SSL证书后，静态资源无法访问，但通过IP地址加端口号可以直接访问，说明Beego应用本身能够正常提供静态资源，问题可能源于Nginx配置。用户提供的Nginx配置文件如下：

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

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

    # HTTPS配置
    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;
    }
}

乍看之下，HTTPS配置和静态资源路径配置没有明显错误。location /(css|js|fonts|img)/ 正确指向Beego项目的静态资源目录，try_files 指令也设置正确。问题并非配置文件的语法或逻辑错误。

最终，问题定位于测试过程中使用了错误的域名。用户可能在测试时使用了与 server_name 配置不一致的域名，导致Nginx无法正确将请求转发到后端Beego应用。只有当域名与 server_name 完全匹配时，Nginx才能正确处理请求，包括静态资源请求。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Beego项目Nginx配置下静态资源访问问题及解决方案》文章吧，也可关注golang学习网公众号了解相关技术文章。