[
https://issues.apache.org/jira/browse/IMPALA-10010?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17683120#comment-17683120
]
ASF subversion and git services commented on IMPALA-10010:
----------------------------------------------------------
Commit cda41146902dfebd101b5906c031f562e3094889 in impala's branch
refs/heads/master from Abhishek Rawat
[ https://gitbox.apache.org/repos/asf?p=impala.git;h=cda411469 ]
IMPALA-11890: Expose 'healthz' endpoint in metrics webserver of statestored and
catalogd
IMPALA-10010 added support for an unsecure webserver also known
as metrics webserver, used for exposing low-sensitivity info.
'/healthz' endpoint was added to impalad's metrics webservers. It
makes sense to also add '/healthz' endpoint to catalogd's and
statestored's metrics webserver.
Testing:
- Updated existing fe test 'testMetricsWebserver' to also test access
to '/healthz' endpoint when metrics webserver is enabled for catalogd
and statestored
Change-Id: I738d6ff2c579063007ea5ac9a66dbdcd0683f1a7
Reviewed-on: http://gerrit.cloudera.org:8080/19465
Reviewed-by: Abhishek Rawat <[email protected]>
Reviewed-by: Jason Fehr <[email protected]>
Tested-by: Impala Public Jenkins <[email protected]>
> Allow unathenticated access to some webui endpoints
> ---------------------------------------------------
>
> Key: IMPALA-10010
> URL: https://issues.apache.org/jira/browse/IMPALA-10010
> Project: IMPALA
> Issue Type: Task
> Components: Clients
> Reporter: Thomas Tauber-Marshall
> Assignee: Thomas Tauber-Marshall
> Priority: Major
> Fix For: Impala 4.0.0
>
>
> Currently, when security is turned on for the webui, eg. with
> --webserver_require_ldap or --webserver_require_spnego, authentication is
> applied to all webui endpoints.
> However, there are some endpoints that expose low-sensitivity info, eg.
> /healthz, and which are scraped by other systems that it may be difficult to
> get credentials to in order to be able to authenticate, eg. a Kubernetes
> health check or prometheus monitoring. It would be useful to provide a way to
> allow unauthenticated access to those endpoints.
> One option would be to run another instance of the webserver on another port.
> This instance could be unsecured and only expose a few low-sensitivity
> endpoints. This would allow for a configuration where Impala is run in a
> private network and the main webserver port could be exposed externally, eg.
> through an nginx gateway, while keeping the port for the second webserver
> only available to internal systems.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]