Open seanamos opened 2 years ago
Hey @seanamos
Thanks for bringing this to our attention. GIve us some time to take a look at this and we'll get back to you with what we find 👍
Hi, we are experiencing the exact same problem as we can't make the GRPC health checks work unless we expose the port, but this actually goes against the main mesh objective which is to secure the service-to-service communication. Has there been any progress on this issue?
Thanks!
Hello Folks
Exact same issue.
Nomad: v1.4.3 Consul: v1.14.4
Has anyone found a different workaround that we could attempt in the meantime? To expose the port does feel counterproductive.
Thanks All
hi folks, are there any updates on this issue? running into the exact same problem
hi, same issue. Any updates? Thanks.
Versions
Nomad v1.2.6 Consul v1.11.4
Operating system and Environment details
Ubuntu 20.04
Issue
I'm not sure if this is Nomad's or Consul's side.
When attempting to expose a GRPC check (either with
expose = true
or a manualproxy -> expose -> path
) without TLS (H2C/HTTP2 prior knowledge), the health check always fails.The GRPC check is only able to pass if a port is exposed with
network -> port { to = xxx }
and this port is used in the health check. This however leaves a port open that bypasses the service mesh.Reproduction steps
Expected Result
H2C GRPC check is able to succeed.
Actual Result
H2C GRPC check always fails.
Job file (if appropriate)
While debugging this, I set the envoy sidecar logging level to
trace
and I believe I found some relevant logs to this problem (trimmed to relevant parts):EDIT: Updated attached logs, originally included logs were from a different test