在golang中覆盖gRPC客户端的http主机头

在golang中覆盖gRPC客户端的http主机头是一个常见的需求。gRPC是一种高性能、跨语言的远程过程调用框架，而在使用gRPC进行通信时，有时需要自定义http请求的主机头。php小编西瓜将为您介绍如何在golang中实现这个功能，以便更好地满足您的业务需求。

问题内容

我通过 gRPC 客户端通过连接发送了请求

conn, err := grpc.Dial("hostname:port",opts...)

从服务器端，我看到http.request中的host是确切的hostname:port。然后，我的 nginx 服务器设置如下

server {
    listen port http2;
    server_name hostname;
    # ...
}
server {
    listen port http2;
    server_name another_hostname;
    # ...
}

这是一种常见的虚拟主机技术。 无论我在 grpc.Dial(xxx:port) 中使用哪个主机名，它都可以正常工作。然而，当我把

md := metadata.New(map[string]string{"host":"another_hostname:port"})

在grpc上下文中（将填充在http2请求的标头中）。这个请求将被 nginx 阻止，我得到了

rpc error: code = Internal desc = unexpected HTTP status code received from server: 400 (Bad Request); transport: received unexpected content-type "text/html"

之所以要手动输入主机名，是因为grpc.Dial中的主机名是固定的。而且我不能使用不同的位置来做反向代理，因为port后面是restful api的路由路径。

如果主机名固定并且路由也固定，还有其他方法可以进行反向代理吗？

(23/09)更新：结果发现http2中的host头被:Authority伪头取代了。

解决方法

gRPC 使用 HTTP/2，不使用 :host 标头，而是使用 :authority 伪标头。此标头的值在此处确定： https://github .com/grpc/grpc-go/blob/aa6ce35c792863305e0f42acc27f2c7153275f89/clientconn.go#L1942

TL；博士

默认情况下，用于 :authority 标头的值是用户拨号目标的端点部分，其格式为 url://authority/endpoint。

gRPC-Go 还支持拨号选项来覆盖此 authority。请参阅：https://pkg.go.dev/google.golang.org/ grpc#WithAuthority。但还要注意，此拨号选项会覆盖 TLS 握手期间使用的 ServerName 值。

如果您有更多问题/疑虑，请随时通过我们的 GitHub 存储库与我们联系。您的查询将在那里得到更好的响应时间。

以上就是在golang中覆盖gRPC客户端的http主机头的详细内容，更多请关注编程网其它相关文章！