+1
We have deployed the Elasticsearch Backup and Restore workflows and found that the URL references within them are using http://.
We prefer to use encryption so is it as simple as changing the (4 in Backup / 13 in Restore) actions from http:// to https:// ?
Best answer by Veena Shivashankar
View original
+19
I never used but you can just give it a try, right? If it doesn't work you just revert back the change. Looking from the docs I do not think you can specify it but like I said I never used it. Changing the port to 443 could also do the trick!
+23
Thanks for the post,
I’m checking with the owner of the Workflow (posted below for anyone following along).
https://cloud.commvault.com/webconsole/softwarestore/#!/136/671/19287
+1
I never used but you can just give it a try, right? If it doesn't work you just revert back the change. Looking from the docs I do not think you can specify it but like I said I never used it. Changing the port to 443 could also do the trick!
This is something we are looking into. Our configuration uses a non-standard port, e.g. 12345, which was tested using a script before we started at the CommVault end.
Hi
Yes, it should work by changing http:// to https:// in the workflow.
Also, the CA certificate in .cer format needs to be copied under <CV install_path>\certificates folder on the CommServer and the command importcert executed. Post this, the workflow engine service has to be restarted.
Let us know if there are any further questions.
+1
Hi
Yes, it should work by changing http:// to https:// in the workflow.
Also, the CA certificate in .cer format needs to be copied under <CV install_path>\certificates folder on the CommServer and the command importcert executed. Post this, the workflow engine service has to be restarted.
Let us know if there are any further questions.
Thank you for your reply. We indeed found just doing the http:// to https:// needed something else.
Our project team started down the pre-script route on Friday morning. I’ll update if we implement secure workflows.
+1
This works.
If anyone else is doing this you will also need to change both “form URL” as it creates the URL used by “Take Backup” as “Take Backup” doesn’t have ‘http://’ before the ‘xpath’ variable.
Our initial changes were done via the XML view with debugging in the Graph view.
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
