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反向代理配置下，静态资源无法访问是什么原因？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1385273.html
微信扫一扫 
支付宝扫一扫 
