-
HI I have a public OPA that allows everyone to access it on port 8181 without TLS for policy validation. multiple addrAccording to the OPA documentation, we can configure multiple "addr" settings to start multiple ports. Here are my settings: OPAL Log: I also tried using a JSON array for configuration: OPAL Log: However, none of these configurations seem to work as expected. diagnostic-addrAccording to the OPA documentation, I believe I can use the "diagnostic-addr" setting to open an additional port. OPAL_INLINE_OPA_CONFIG: OPAL Log: OPAL_INLINE_OPA_CONFIG: OPAL Log: Unfortunately, neither "diagnostic-addr" nor "diagnostic_addr" seem to work for setting the diagnostic address. Could you please provide guidance on how to configure multiple "addr" and "diagnostic-addr" in the OPA configuration? (Both multiple "addr" and "diagnostic-addr" configurations have been tested on my local single OPA, and they work properly.) Thanks~ |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Hi h9ing, OPAL doesn't currently have a configuration option to add command line arguments to the inline OPA, so your only option (assuming the current code) is to run OPA separately, and set INLINE_OPA_ENABLED false and POLICY_STORE_URL to OPA's URL. As an alternative, you can set up nginx in front of OPA to serve as the public gateway, by proxying only POST requests to whichever route you want to expose, thus negating the need for listening on two separate ports. If you want to contribute this functionality, we'd love a PR. You can add support for custom configs to OPAL at opal_client.opa.runner, with a configuration option from opal_client.config. |
Beta Was this translation helpful? Give feedback.
Hi h9ing,
OPAL doesn't currently have a configuration option to add command line arguments to the inline OPA, so your only option (assuming the current code) is to run OPA separately, and set INLINE_OPA_ENABLED false and POLICY_STORE_URL to OPA's URL.
As an alternative, you can set up nginx in front of OPA to serve as the public gateway, by proxying only POST requests to whichever route you want to expose, thus negating the need for listening on two separate ports.
If you want to contribute this functionality, we'd love a PR. You can add support for custom configs to OPAL at opal_client.opa.runner, with a configuration option from opal_client.config.