LOG-8977: Secure the metrics endpoint to restrict scraping to autorized client#3238
Conversation
|
@jcantrill: This pull request references LOG-8977 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.8.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jcantrill The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
@jcantrill: This pull request references LOG-8977 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.8.0" version, but no target version was set. DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository. |
|
/hold |
|
LGTM
Note: once tls-profile is updated. the cluster may take more than 30 minutes to Green status. |
|
/tide merge-method squash |
|
/label tide/merge-method-squash |
2dd3c4c to
7f4115a
Compare
|
/lgtm |
| kind: ClusterRole | ||
| metadata: | ||
| name: metrics-auth-role | ||
| name: cluster-logging-operator-metrics-auth |
There was a problem hiding this comment.
I think this should actually continue to be a generic metrics-auth. The LFME PR #3247 will also need to use this ClusterRole.
There was a problem hiding this comment.
This is likely true but the change was made here because the operator-sdk, when building the bundle has some logic where when it does not see 'cluster-logging-operator-metrics-auth' for this role, it creates separate bundle manifest files for the clusterrole and clusterrolebinding instead of adding them into the CSV and identifying the permissions the operator requires.
This is a side-affect of our config files which are a kustomize manifest and when you follow the normal artifact generation, you would normally set the 'namePrefix' field which applies to all created resources. We have variances and may be able to resolve them otherwise but this change is not that.
There was a problem hiding this comment.
I can reconcile a clusterrolebinding with this clusterrole for the LFME
|
/retest |
3f1136b to
de74129
Compare
de74129 to
38b0c61
Compare
|
/hold cancel |
|
/retest |
|
/test e2e-target |
38b0c61 to
4967546
Compare
|
/retest |
4967546 to
964fe35
Compare
|
/test functional-target |
|
/override ci/prow/functional-target |
|
@jcantrill: Overrode contexts on behalf of jcantrill: ci/prow/functional-target DetailsIn response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
/lgtm |
|
/retest |
|
/test functional-target |
1 similar comment
|
/test functional-target |
|
@jcantrill: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
Description
This PR:
Links
cc @kabirbhartiRH @anpingli