解决http的web服务中与https服务交互的问题

问题背景：

需要在一个http的web服务中直接跟另一个https服务交互，不经过自身后端。
又来到了熟悉的跨域访问问题。
解决逻辑就是使用nginx转发，涉及到的文件也就是nginx.conf文件，前面解决minio链接时已经有经验了，但没想到这次的跨域问题还是折腾了我好几个小时，记录一下。

解决方式

配置nginx转发服务， 增加https服务的转发。
这次我没有像解决minio链接里那样改写请求路径，直接使用了https原本的uri。

# nginx.confupstream httpsService { server https-service.com:443;}server { listen 80; server_name _; access_log /xx/xx/access.log full_proxy_log; location /api/openApi { proxy_pass https://httpsService ; proxy_set_header Host https-service.com; }....}

如果转发还是报错，修改nginx的日志打印格式，看看是host问题还是uri问题。

access_log /xx/xx/access.log full_proxy_log; 

其中的full_proxy_log是我新增的日志格式。完整内容如下：

# nginx配置入口文件，跟上面的不是同一个哈http {...log_format full_proxy_log \'$remote_addr - $remote_user [$time_local] \' \'\"$request\" $status $body_bytes_sent \' \'\"$http_referer\" \"$http_user_agent\" \' \'-> $upstream_addr$request_uri\'; ....}

日志输出示例：

10.30.115.58 - - [18/Jul/2025:22:16:22 +0800] \"POST /api/openApi/token HTTP/1.1\" 200 460 \"-\" \"PostmanRuntime/7.44.1\" -> xx.xx.xx.xx:443/api/openApi/token

踩坑点

1.server https-service.com:443;这里的端口一定要带上，否则nginx默认会转发到80端口。即使你在proxy_pass中使用了https。
2.proxy_set_header Host https-service.com;要加，不然会有时候成功，有时候失败。

总结

遇到错误要冷静分析日志，日志不详细就要想办法加，而不是像无头苍蝇一样乱试。