SSH into staging machine from docker instance using Bitbucket Pipelines

Using the new Bitbucket Pipelines feature, how can I SSH into my staging box from the docker container it spins up?

The last step in my pipeline is an .sh file that deploys the necessary code on staging, however because my staging box uses public key authentication and doesn’t know about the docker container, the SSH connection is being denied.

  • Bitbucket Pipeline Rake Test take 20 minutes
  • Extending Rancher's Auth-service to use other (OAuth) provider
  • How to access the virtual repo in artifactory
  • Anonymous pull on docker repo in artifactory
  • Docker: What is the simplest way to secure a private registry?
  • Authenticating Jupyter Notebook inside Docker keeps resulting in invalid token
  • Anyway of getting around this without using password authentication over SSH (which is causing me issues as well by constantly choosing to authenticate over public key instead.)?

  • Docker registering containers address as a host on Zookeeper
  • Understanding docker swarm in terms of high availability
  • FROM Command in Docker File
  • Docker In Docker - SSL problems
  • Invalid value “zookeeper” for flag -a: valid streams are STDIN, STDOUT and STDERR
  • How to mount the root directory of docker container as a NFS mount point
  • 2 Solutions collect form web for “SSH into staging machine from docker instance using Bitbucket Pipelines”

    Bitbucket pipelines can use a Docker image you’ve created, that has the ssh client setup to run during your builds, as long as it’s hosted on a publicly accessible container registry.

    Create a Docker image.

    Create a Docker image with your ssh key available somewhere. The image also needs to have the host key for your environment(s) saved under the user the container will run as. This is normally the root user but may be different if you have a USER command in your Dockerfile.

    You could copy an already populated known-hosts file in or configure the file dynamically at image build time with:

    RUN ssh-keyscan

    Publish the image

    Publish your image to a publicly accessible, but private registry. You can host your own or use a service like Docker Hub.

    Configure Pipelines

    Configure pipelines to build with your docker image.

    If you use Docker Hub

      name: account-name/java:8u66
      username: $USERNAME
      password: $PASSWORD
      email: $EMAIL

    Or Your own external registry


    Restrict access on your hosts

    You don’t want to have ssh keys to access your hosts flying around the world so I would also restrict access for these deploy ssh keys to only run your deploy commands.

    The authorized_keys file on your staging host:

    command="/path/to/your/deploy-script",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-dss AAAAC8ghi9ldw== deploy@bitbucket

    Unfortunately bitbucket don’t publish an IP list to restrict access to as they use shared infrastructure for pipelines. If they happen to be running on AWS then Amazon do publish IP lists.

    from="",command="",no-... etc

    Also remember to date them an expire them from time to time. I know ssh keys don’t enforce dates but it’s a good idea to do it anyway.

    You can now setup SSH keys under pipeline settings so that you do not need to have a private docker image just to store ssh keys. It is also extracted from your source code so you don’t have it in your repo as well.


    Settings -> Pipelines -> SSH keys

    You can either provide a key pair or generate a new one. The private key will be put in the docker container at ~/.ssh/config and provide you a public key you can put in your host to the ~/.ssh/authorized_keys file. The page also requires an ip or name to setup the fingerprint for known hosts when running on docker as well.

    Also new, Bitbucket has provided IP addresses you can white list if necessary for the docker containers being spun up. They are currently:

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.