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 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?
Problem:
When using
common/server/server.goto 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
HTTPDisabledandGRPCDisabledconfiguration 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?