在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 阻止，我得到了
立即学习“go语言免费学习笔记（深入）”；
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的路由路径。
如果主机名固定并且路由也固定，还有其他方法可以进行反向代理吗？
今客CRM客户管理系统主要是为了帮助企业解决在日常工作中遇到的客户管理等难题而开发，通过今客CRM客户管理系统可以对企业事务中的不同功能进行操作，用户通过自定义字段类型可以达到适合不同企业的需求。在今客客户关系管理系统中管理着一个企业最为完整的客户信息，全面的客户信息覆盖在企业的市场营销、销售和服务与技术支持等企业整个前端办公领域的各个环节里。它为企业带来附加价值是不可限量的。今客CRM客户管理系
(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 存储库与我们联系。您的查询将在那里得到更好的响应时间。
