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

问题背景：

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

解决方式

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

# nginx.conf
upstream 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;要加，不然会有时候成功，有时候失败。

总结

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