Hanada

proxy_pass 的值有变量的话 nginx 的处理逻辑是不一样的。如果有接变量的话，nginx 不会再帮你附加原始请求 uri 进去，所以你异常那个就变成固定使用/ws/回上层了。如果你一定要用变量，可以考虑这样写
proxy_pass http://$api_host:8877$request_uri;
另外不建议无脑给 Connection 头写死设置 Upgrade ，可以参考 nginx 官方第二种写法，用 map 来指定
https://nginx.org/en/docs/http/websocket.html

L2 节点一般不直接面向客户端服务的，你直接请求会被拒绝访问

@RangerWolf 是，不过相比 le 和 zerolssl 要麻烦一些，要先在谷歌云控制台申请 api 。申请完之后用起来就没啥差了，不过注意申请证书的机器要在海外，国内到谷歌肯定是不行的

我一般用 google 的 ca

继续投诉他们啊，他们自己架构实现问题，就靠一个头部约定来识别来路流量，本身是他们自己实现方案问题。最起码得让他退多收的钱

location / {

default_type text/html;
proxy_pass $scheme://$host;

if ($host !~* a.com$) {
return 404;
}

}

@FanError 要传 sni ，proxy_ssl_server_name 和 proxy_ssl_name

@keepeye 但是不支持轻量

@Steps 阿里云 cdn 回源直接 502，我都是找一台海外机反代了再让阿里云 cdn 回源的……