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
{{ message }}
This repository has been archived by the owner on Sep 16, 2024. It is now read-only.
ManageConfig has two set of credentials; username/password and securityUsername/securityPassword to be used in different circumstances. But there is only on sslContext.
In scenarios where server is set to certificate based authentication, 'sslContext' has to be set to the one generated with a user whose role is a union of 'username' and 'securityUsername' users, else some requests would fail
The text was updated successfully, but these errors were encountered:
What do you propose as a solution for this? A separate e.g. "securitySslContext" field that would be used by ManageClient instead of config.getSslContext?
Should this also be done for hostnameVerifier - i.e. add securityHostnameVerifier?
Yes , a "securitySslContext" field that would be used by ManageClient instead of config.getSslContext is required. Regarding 'securityHostnameVerifier', I had a conversation with @vivekmuniyandi and we think we don't need an additional hostname verifier for 'securityUsername' , the one we already have should suffice.
Additionally, in ManageClient.setManageConfig(ManageConfig config), while creating 'securityUserRestTemplate' , the "securitySslContext" should be used
The text was updated successfully, but these errors were encountered: