You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using common/server/server.go to serve only HTTP traffic, there currently is no way to entirely disable the GRPC listener. Conversely, when only using GRPC, the HTTP listener will always be started.
This can be an issue when you want to e.g. limit the attack surface area, reduce the resource usage etc.
Proposed solution:
Add HTTPDisabled and GRPCDisabled configuration options that, when set to true, will disable HTTP and GRPC servers respectively.
Discussion
Have we ever considered this in the past, and is there a reason we decided against it?
I’m curious to hear what are your thoughts on this approach?
Are there any alternatives that you would recommend?
Would you be open to a contribution?
The text was updated successfully, but these errors were encountered:
Problem:
When using
common/server/server.go
to serve only HTTP traffic, there currently is no way to entirely disable the GRPC listener. Conversely, when only using GRPC, the HTTP listener will always be started.This can be an issue when you want to e.g. limit the attack surface area, reduce the resource usage etc.
Proposed solution:
Add
HTTPDisabled
andGRPCDisabled
configuration options that, when set to true, will disable HTTP and GRPC servers respectively.Discussion
Have we ever considered this in the past, and is there a reason we decided against it?
I’m curious to hear what are your thoughts on this approach?
Are there any alternatives that you would recommend?
Would you be open to a contribution?
The text was updated successfully, but these errors were encountered: