Breaking changes in Bcome 2.0.0¶
Bootstrapping mode¶
Previous Bcome releases came with a Bootstrap toggle in order to flip the SSH connection configuration. This feature has been removed, and superseded by the ME=
and/or me.yml
configuration overrides.
For more information see Alternative configuration
SSH Key handling¶
Pre 2.0.0, Bcome implicitly utilised ssh keys in the client’s ssh-agent for ssh’ing into (i.e. getting a terminal onto) a node, whilst programmatic access relied on the paths to SSH keys being expressly added to configuration.
In 2.0.0 you no longer need to specify ssh keys for programmatic access.
All you need to do now is ensure that you have your ssh-agent running, and all keys in play added to your agent. Bcome will then reference your SSH_AUTH_SOCK
environment variable to find your ssh-agent (and then your keys).
SSH Proxying¶
For simplicity, Bcome now utilises SSH’s ProxyJump (-J) syntax rather than ProxyCommand. As such, Bcome requires that all clients and forwarding proxies have an SSH version compatible with ProxyJump, such as OpenSsh >= 7.3
Support for ProxyCommand will be re-introduced as an override option to ProxyJump in a future release.
Merge of static & cached inventories¶
Static manifests are now defined in the same way as Bcome handles the caching of remote inventories.
If you’re using static manifests, you will need to rename your machines-cache.yml
to static-cache.yml
.
Change to location of AWS credentials¶
Bcome now expects AWS credentials keys to be written to project-directory/.aws/keys
rather than the previous path at ~/.fog