Get Started
Quickstart containers Understand the architecture
Migrate to Engine 1.10 Breaking changes Deprecated Engine Features FAQ
Release Notes
Learn about Dockerfiles and Docker Cloud Back up data volumes Create a proxy or load balancer Install the Deploy to Docker Cloud button Integrate with Slack Push images to Docker Cloud SSHing into a Docker Cloud-managed node Upgrade Docker Engine on a node Use the Docker Cloud Agent Using the Docker Cloud CLI
API reference
Quickstart contribution FAQ for contributors Where to chat or get help Style guide for Docker documentation

Configure general settings

This document describes the general settings you need to configure including using Trusted Content through setting up your Notary server.

Domain and Ports page</admin/settings#http>

Configure your domain name and port settings

Each setting on this page is explained in the Docker Trusted Registry UI.

  • Domain Name: required. By default it is an empty string. It is the fully qualified domain name assigned to the Docker Trusted Registry host.
  • HTTP Port: defaults to 80 and is used as the entry point for the image storage service. To see load balancer status, you can query http://<dtr-host>/load_balancer_status.
  • HTTPS Port: defaults to 443, used as the secure entry point for the image storage service.
  • HTTP proxy: defaults to an empty string, proxy server for HTTP requests.
  • HTTPS proxy: defaults to an empty string, proxy server for HTTPS requests.
  • No proxy: defaults to an empty string, proxy bypass for HTTP and HTTPS requests.
  • Upgrade checking: enables or disables automatic checking for the Trusted Registry software updates.

If you need the Trusted Registry to re-generate a self-signed certificate at some point, you can change the domain name. Whenever the domain name does not match the current certificate, a new self-signed certificate is generated for the new domain. This also works with IP addresses.

Configure Notary

Note: The Trusted Registry’s integration of Docker Notary is an experimental feature. The use of a Notary server with Trusted Registry is not officially supported.

To use Docker Notary, first deploy your own Notary server and then integrate with your Trusted Registry through the Settings page. Then, you’ll need to configure your Docker clients to use trust. The Trusted Registry proxies requests to Notary, so you don’t need to explicitly trust Notary’s certificate from the docker client.

Once you enable Notary integration and configure your Docker clients, your organization can push and pull trusted images. After pushing images in this configuration to the Trusted Registry, you can see which image tags were signed by viewing the appropriate repositories through Trusted Registry’s web interface.

To deploy a Notary server follow the instructions at Deploying Notary. You can deploy a Notary server on the same machine as the Trusted Registry. If you do this, you can connect to the Notary server directly using the IP address of the docker0 interface. The interface’s address is typically 172.17.42.1. Read more about Docker Networking to learn about the docker0 interface. You can also connect using the machine’s external IP address and port combination provided you expose the proper port.

Once you’ve deployed your Notary server, do the following:

  1. Return to the Trusted Registry in your browser and configure the following options:

    • Notary Server: This is the domain name or IP address where you deployed the Notary server.

    • Notary Verify TLS: This is off by default and you should verify that your connection to Notary works with this turned off before trying to enable it. If Notary’s certificate is signed by a public Certificate Authority, you can turn this on and it should work given that the domain name (or IP) matches the one in the certificate.

    • Notary TLS Root CA: If you don’t use a publicly signed certificate but still want to have a secure connection between the Trusted Registry and Notary, then put the root Certificate Authority’s certificate in this field. You can also use a self signed certificate at this location.

  2. Once you’ve configured the Notary settings, save them. After you save, the Trusted Registry tries to connect to Notary to confirm that the address is correct. It configures itself as a reverse proxy to the Notary server to make it easier for clients to automatically use the correct Notary server.

  3. Configure your Docker client to use content trust operations.

    To configure your Docker client to be able to push signed images to Docker Trusted Registry refer to the CLI Reference’s Environment Variables Section and Notary Section.

    This requires you to set the DOCKER_CONTENT_TRUST variable and configure your system to trust Docker Trusted Registry’s TLS certificate if it doesn’t already.

  4. Use a client to push an image with trust.

  5. Verify the image is signed by visiting the image repository’s page through the Trusted Registry interface.

See also

Mar 5, 2016 at 2:08am (PST) { "docker/apidocs": { "ref": "master", "repos": [ "git@github.com:docker/dhe-deploy.git" ], "sha": "70ac255c88cde0ea6ecf3fcb812783dea7e09da6" }, "docker/cloud-api-docs": { "ref": "master", "repos": [ "git@github.com:docker/cloud-docs.git" ], "sha": "c0539949c40be9abb193271e46d2ea88196f122d" }, "docker/cloud-api-docs-layout": { "ref": "master", "repos": [ "git@github.com:docker/cloud-docs.git" ], "sha": "c0539949c40be9abb193271e46d2ea88196f122d" }, "docker/compose": { "ref": "docs", "repos": [ "git@github.com:docker/compose.git" ], "sha": "9da9555f10abe628e7742476af3f10bd89f68b75" }, "docker/docker": { "ref": "docs", "repos": [ "git@github.com:docker/docker.git" ], "sha": "0e63b073ac8f33335a4d4df3f2aa22120e0b7f43" }, "docker/docker-cloud": { "ref": "master", "repos": [ "git@github.com:docker/cloud-docs.git" ], "sha": "c0539949c40be9abb193271e46d2ea88196f122d" }, "docker/docker-hub": { "ref": "master", "repos": [ "git@github.com:docker/hub2-demo.git" ], "sha": "73ccb2d678ab0cd83067f0c7ef6f3923d750c7bd" }, "docker/docker-trusted-registry": { "ref": "master", "repos": [ "git@github.com:docker/dhe-deploy.git" ], "sha": "70ac255c88cde0ea6ecf3fcb812783dea7e09da6" }, "docker/docs-base": { "ref": "master", "repos": [ "git@github.com:docker/docs-base.git" ], "sha": "5a4cfac3c4d156eda45080c7dcdd2a4c41e08067" }, "docker/kitematic": { "ref": "docs", "repos": [ "git@github.com:docker/kitematic.git" ], "sha": "856a989d834f7fcbcb9bba687539fb159228f6b8" }, "docker/machine": { "ref": "docs", "repos": [ "git@github.com:docker/machine.git" ], "sha": "21edf30337dc5996b5d785ce54d68b4020242f57" }, "docker/notary": { "ref": "docs", "repos": [ "git@github.com:docker/notary.git" ], "sha": "dfeb51f54f2b0cdf20cb55427b7cc8ea2d1cdd0a" }, "docker/opensource": { "ref": "master", "repos": [ "git@github.com:docker/opensource.git" ], "sha": "b994cdd1f74b0aeb0b51fda1249a0c4c8efbf0d0" }, "docker/registry": { "ref": "master", "repos": [ "git@github.com:docker/distribution.git" ], "sha": "33c4a6522e9247913fa0a9a2d78ef9a7aa98465f" }, "docker/swarm": { "ref": "docs", "repos": [ "git@github.com:docker/swarm.git" ], "sha": "b43a2c21c4017726cd9cb17ef9b16f2eef6d1159" }, "docker/toolbox": { "ref": "master", "repos": [ "git@github.com:docker/toolbox.git" ], "sha": "de267d701f94035549ea03e68047d85534286f85" }, "docker/tutorials": { "ref": "master", "repos": [ "git@github.com:docker/tutorials.git" ], "sha": "7af2622fe68a30684d971e4bf3ca7988902e5e26" }, "docker/ucp": { "ref": "master", "repos": [ "git@github.com:docker/orca.git" ], "sha": "8cd10936a1e063b9be0d5c04de7311a1b2cb25cf" }, "docs.docker.com": { "ref": "refs/heads/v1.10-030316", "repos": [ "git@github.com:moxiegirl/docs.docker.com.git", "git@github.com:docker/docs.docker.com.git" ], "sha": "b43886e4078ce481b06b4cee5c922f5bcc5c629f" } }