首页
/ 在NGINX中配置Evolution API 2.0的URL路径转发

在NGINX中配置Evolution API 2.0的URL路径转发

2025-06-25 09:26:17作者:管翌锬

在使用Evolution API 2.0时,许多开发者会遇到在NGINX反向代理下配置URL路径转发的问题。本文将详细介绍如何正确配置NGINX来实现Evolution API及其管理界面的路径转发。

常见问题现象

当开发者尝试通过NGINX将Evolution API部署在子路径下时,通常会遇到以下现象:

  1. API基础端点可以正常访问并返回欢迎信息
  2. 管理界面页面加载空白
  3. 静态资源(JS/CSS等)无法正确加载

根本原因分析

这些问题主要源于以下技术原因:

  1. 前端资源路径硬编码为根路径
  2. NGINX配置未正确处理静态资源请求
  3. 容器环境变量配置不完整

完整解决方案

1. NGINX基础配置

首先需要确保基本的反向代理配置正确:

location /evolution/ {
    proxy_pass http://localhost:8090/;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection 'upgrade';
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_cache_bypass $http_upgrade;
}

2. 静态资源处理

必须添加专门的静态资源处理规则:

location ~* \.(jpg|jpeg|gif|png|webp|svg|woff|woff2|ttf|css|js|ico|xml)$ {
    proxy_pass http://localhost:8090;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    expires 360d;
}

3. 管理界面配置

管理界面需要特殊处理:

location /manager/ {
    proxy_pass http://localhost:8090/manager/;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection 'upgrade';
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_cache_bypass $http_upgrade;
}

4. Docker环境变量配置

在docker-compose.yml中需要确保以下关键配置:

environment:
  - SERVER_PORT=8090
  - SERVER_TYPE=http
  - SERVER_URL=https://sub.meudominio.com.br/

高级配置建议

  1. 安全配置:添加基本的访问限制
location ~ /\.ht {
    deny all;
}
  1. 性能优化:对静态资源启用长期缓存
expires 360d;
  1. WebSocket支持:确保WebSocket连接正常
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';

验证配置

配置完成后,可以通过以下方式验证:

  1. 访问API基础端点应返回欢迎信息
  2. 管理界面应完整加载,无资源缺失
  3. 浏览器开发者工具中不应出现404错误

通过以上完整的配置方案,开发者可以顺利地在NGINX反向代理下部署Evolution API,并确保所有功能正常运作。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
47
248
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
346
381
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
871
516
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
179
263
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
131
184
kernelkernel
deepin linux kernel
C
22
5
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
335
1.09 K
harmony-utilsharmony-utils
harmony-utils 一款功能丰富且极易上手的HarmonyOS工具库,借助众多实用工具类,致力于助力开发者迅速构建鸿蒙应用。其封装的工具涵盖了APP、设备、屏幕、授权、通知、线程间通信、弹框、吐司、生物认证、用户首选项、拍照、相册、扫码、文件、日志,异常捕获、字符、字符串、数字、集合、日期、随机、base64、加密、解密、JSON等一系列的功能和操作,能够满足各种不同的开发需求。
ArkTS
31
0
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.08 K
0