通过在 Nginx 中配置反向代理，可将 HTTPS 请求（如 /chat_api）无缝转发至本地 Centrifugo 服务（端口 8000），同时保留 Beego（如运行于 8080）的主路由，无需修改 Beego 代码即可实现端口统一暴露。
通过在 nginx 中配置反向代理，可将 https 请求（如 `/chat_api`）无缝转发至本地 centrifugo 服务（端口 8000），同时保留 beego（如运行于 8080）的主路由，无需修改 beego 代码即可实现端口统一暴露。
在实际部署中，将 Beego（监听 443 或 8080）与 Centrifugo（监听 8000）共置于同一服务器时，直接暴露非标准端口（如 8000）常因企业防火墙或 ISP 限制导致客户端连接失败。此时，不应在 Beego 应用层实现 HTTP 转发逻辑——这不仅违背单一职责原则，还会引入额外的性能开销、连接管理复杂度及 TLS 终止难题（如证书校验、HTTP/2 兼容性等）。
推荐采用成熟的边缘代理方案：Nginx 作为反向代理网关，统一处理 HTTPS 终止、路径路由与请求透传。以下为典型配置示例（假设域名 my.domain，Beego 运行在 127.0.0.1:8080，Centrifugo 在 127.0.0.1:8000）：
server {
listen 443 ssl http2;
server_name my.domain;
# SSL 配置（请替换为你的证书路径）
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
# 将 /chat_api 及其子路径全部代理至 Centrifugo
location /chat_api {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $host;
proxy_pass http://127.0.0.1:8000;
proxy_redirect off;
# 如需 WebSocket 支持（Centrifugo 依赖），必须包含以上 Upgrade/Connection 头
}
# 其余路径交由 Beego 处理（例如 /, /api/* 等）
location / {
proxy_http_version 1.1;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $host;
proxy_pass http://127.0.0.1:8080;
proxy_redirect off;
}
}
✅ 关键要点说明：
-
路径匹配优先级：Nginx 按最长前缀匹配，
/chat_api会精确捕获/chat_api、/chat_api/connection等所有子路径； -
WebSocket 支持：Centrifugo 重度依赖 WebSocket，务必配置
Upgrade和Connection头，否则长连接将降级为轮询； -
Beego 适配建议：在 Beego 应用中，可通过
beego.AppConfig.String("httpport")确保其监听127.0.0.1:8080（而非0.0.0.0:8080），提升安全性； -
健康检查与负载：生产环境建议添加
proxy_next_upstream、keepalive连接池及日志监控，提升稳定性。
最终，前端聊天客户端只需访问 https://my.domain/chat_api/connection，即可透明连接后端 Centrifugo，完全规避端口限制问题——整个过程对 Beego 无侵入，符合云原生架构的最佳实践。
