通过AWS ALB访问Ruby gRPC服务遇HTTP1.x连接错误求助

问题分析 #

错误提示Trying to connect an http1.x server的核心原因是gRPC客户端与ALB之间的协议不匹配：gRPC基于HTTP/2，但当前ALB接收的请求或转发逻辑不符合gRPC要求，导致客户端识别到HTTP/1.x响应。结合你的配置和已确认事项，以下是针对性修复方案：

修复步骤 #

1. 修正Ruby客户端的调用地址 #

你的错误中客户端直接访问IP地址ipv4:myip:50051，但ALB的Listener配置为HTTPS，存在两个问题：

• 直接用IP访问HTTPS会触发证书验证失败，导致gRPC客户端连接异常
• 若客户端使用http://协议调用，ALB会返回HTTP/1.x错误响应

解决方案：
客户端必须使用https://协议+ALB绑定证书的域名调用，示例代码：

# 替换为你的ALB域名
stub = YourGrpcService::Stub.new('your-alb-domain:50051', :this_channel_is_insecure)

# 若需证书验证（推荐），确保客户端信任AWS ACM颁发的证书（默认系统根证书已包含）
# stub = YourGrpcService::Stub.new('your-alb-domain:50051', GRPC::Core::ChannelCredentials.new)

2. 调整目标组的健康检查配置 #

当前健康检查使用Protocol.HTTP调用gRPC健康接口，存在协议不匹配风险，建议改为GRPC协议检查：

const tg = new ApplicationTargetGroup(scope, 'a', {
  protocol: ApplicationProtocol.HTTP,
  protocolVersion: ApplicationProtocolVersion.GRPC,
  port: 50051,
  targetType: TargetType.IP,
  vpc: this.vpc,
  healthCheck: {
    healthyGrpcCodes: '0-99',
    port: '50051', // 与gRPC服务端口一致，若健康检查单独跑在8080可保留原配置
    protocol: Protocol.GRPC, // 替换为GRPC协议
    path: '/grpc.health.v1.Health/Check',
  },
})

3. 强制Ruby客户端启用HTTP/2 #

添加channel参数强制启用HTTP/2，避免自动降级问题：

require 'grpc'

channel_args = {
  'grpc.http2.max_pings_without_data' => 0,
  'grpc.keepalive_time_ms' => 30000
}
stub = YourGrpcService::Stub.new('your-alb-domain:50051', :this_channel_is_insecure, channel_args: channel_args)

验证手段 #

1. 使用grpcurl测试ALB的gRPC服务可用性：

grpcurl -insecure your-alb-domain:50051 list

若能返回服务列表，说明ALB配置正常，问题出在客户端。
2. 查看ALB访问日志：检查请求是否到达ALB、转发状态码，排查流量转发环节的错误。

内容的提问来源于stack exchange，提问作者shinn