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
There are concerns about security keys generated during the CI process and so considered insecure.
And while Vagrant is considered as a solution for demo purposes, OVA could be used in prod environments.
The following needs to be auto-generated on first VM boot:
Stanley private SSH key & take care of Authorized key
SSL certificate used for nginx/st2web
Solution would be systemd configs which rely on ssh/nginx services (runs as "before" dependency) and creates keys/certs if they're not there already.
This will ensure that SSH/SSL secrets are unique and not the same across all the users after our Packer builds.
Apart of that #17, - need to document as insecure:
vagrant Linux user with default vagrant password
vagrant Linux user with default/known Hashicorp SSH private key
The text was updated successfully, but these errors were encountered:
There are concerns about security keys generated during the CI process and so considered insecure.
And while Vagrant is considered as a solution for demo purposes, OVA could be used in prod environments.
The following needs to be auto-generated on first VM boot:
Stanley
private SSH key & take care of Authorized keySolution would be
systemd
configs which rely on ssh/nginx services (runs as "before" dependency) and creates keys/certs if they're not there already.This will ensure that SSH/SSL secrets are unique and not the same across all the users after our Packer builds.
Apart of that #17, - need to document as insecure:
vagrant
Linux user with defaultvagrant
passwordvagrant
Linux user with default/known Hashicorp SSH private keyThe text was updated successfully, but these errors were encountered: