description | keywords | title |
---|---|---|
Frequently asked questions |
windows faqs |
Frequently asked questions (FAQ) |
Looking for popular FAQs on Docker for Windows? Check out the Docker Knowledge Hub for knowledge base articles, FAQs, technical support for various subscription levels, and more.
Q: How do I get the Stable or Edge version of Docker for Windows?
A: Use the download links for the channels given in the topic Download Docker for Windows.
This topic also has more information about the two channels.
Q: What is the difference between the Stable and Edge versions of Docker for Windows?
A: Two different download channels are available for Docker for Windows:
-
The Stable channel provides a general availability release-ready installer for a fully baked and tested, more reliable app. The Stable version of Docker for Windows comes with the latest released version of Docker Engine. The release schedule is synched with Docker Engine releases and hotfixes. On the Stable channel, you can select whether to send usage statistics and other data.
-
The Edge channel provides an installer with new features we are working on, but is not necessarily fully tested. It comes with the experimental version of Docker Engine. Bugs, crashes, and issues are more likely to occur with the Edge app, but you get a chance to preview new functionality, experiment, and provide feedback as the apps evolve. Releases are typically more frequent than for Stable, often one or more per month. Usage statistics and crash reports are sent by default. You do not have the option to disable this on the Edge channel.
Q: Can I switch back and forth between Stable and Edge versions of Docker for Windows?
A: Yes, you can switch between versions to try out the Edge release to see what's new, then go back to Stable for other work. However, you can have only one app installed at a time. Switching back and forth between Stable and Edge apps can destabilize your development environment, particularly in cases where you switch from a newer (Edge) channel to older (Stable).
For example, containers created with a newer Edge version of Docker for Windows may not work after you switch back to Stable because they may have been created leveraging Edge features that aren't in Stable yet. Just keep this in mind as you create and work with Edge containers, perhaps in the spirit of a playground space where you are prepared to troubleshoot or start over.
To safely switch between Edge and Stable versions be sure
to save images and export the containers you need, then uninstall the current
version before installing another. The workflow is described in more detail
below.
Do the following each time:
-
Use
docker save
to save any images you want to keep. (See save in the Docker Engine command line reference.) -
Use
docker export
to export containers you want to keep. (See export in the Docker Engine command line reference.) -
Uninstall the current app (whether Stable or Edge).
-
Install a different version of the app (Stable or Edge).
Everything is fair game. We'd like your impressions on the download-install process, startup, functionality available, the GUI, usefulness of the app, command line integration, and so on. Tell us about problems, what you like, or functionality you'd like to see added.
We are especially interested in getting feedback on the new swarm mode described in Docker Swarm. A good place to start is the tutorial.
You can find the list of frequent issues in Logs and Troubleshooting.
If you do not find a solution in Troubleshooting, browse issues on Docker for Windows issues on GitHub or create a new one. You can also create new issues based on diagnostics. To learn more about running diagnostics and about Docker for Windows GitHub issues, see Diagnose and Feedback.
Docker for Windows forum provides discussion threads as well, and you can create discussion topics there, but we recommend using the GitHub issues over the forums for better tracking and response.
If you do not want auto-send of usage data, use the Stable channel. For more information, see Stable and Edge channels ("What is the difference between the Stable and Edge versions of Docker for Windows?").
Yes! You can use Docker for Windows to test single-node features of swarm mode introduced with Docker Engine 1.12, including initializing a swarm with a single node, creating services, and scaling services. Docker “Moby” on Hyper-V serves as the single swarm node. You can also use Docker Machine, which comes with Docker for Windows, to create and experiment with a multi-node swarm. Check out the tutorial at Get started with swarm mode.
You might need to provide the location of the Engine API for Docker clients and development tools.
On Docker for Windows, clients can connect to the Docker Engine through a named pipe: npipe:////./pipe/docker_engine
, or TCP socket at this URL: tcp://localhost:2375
.
This sets DOCKER_HOST
and DOCKER_CERT_PATH
environment variables to the given values (for the named pipe or TCP socket, whichever you use).
See also Docker Engine API and the Docker for Windows forums topic How to find the remote API.
No, at this point, Docker for Windows does not enable you to control (chmod
)
the Unix-style permissions on shared
volumes for deployed containers,
but rather sets permissions to a default value of
0755
(read
, write
, execute
permissions for user
, read
and execute
for group
) which is not configurable.
For workarounds and to learn more, see Permissions errors on data directories for shared volumes.
Currently, inotify
does not work on Docker for Windows. This is a known issue.
For more information and a temporary workaround, see inotify on shared drives
does not work in
Troubleshooting.
Docker for Windows supports symbolic links (symlinks) created within containers. Symlinks resolve within and across containers. Symlinks created outside of Docker do not work.
To learn more about the reasons for this limitation, see the following discussions:
-
GitHub issue: Symlinks don't work as expected
-
Docker for Windows forums topic: Symlinks on shared volumes not supported
Starting with Docker for Windows 1.12.1, 2016-09-16 (Stable) and Beta 26 (2016-09-14 1.12.1-beta26), all trusted Certificate Authorities (CA) (root or intermediate) are supported. Docker recognizes certs stored under Trust Root Certification Authorities or Intermediate Certification Authorities.
Docker for Windows creates a certificate bundle of all user-trusted CAs based on the Windows certificate store, and appends it to Moby trusted certificates. So if an enterprise SSL certificate is trusted by the user on the host, it is trusted by Docker for Windows.
To learn more about how to install a CA root certificate for the registry, see Verify repository client with certificates in the Docker Engine topics.
Starting with Docker for Windows 17.06.0-ce, you do not need to push your
certificates with git
commands anymore. You can put your client certificates
in ~/.docker/certs.d/<MyRegistry>:<Port>/client.cert
and
~/.docker/certs.d/<MyRegistry>:<Port>/client.key
.
When the Docker for Windows application starts up, it copies the
~/.docker/certs.d
folder on your Windows system to the /etc/docker/certs.d
directory on Moby (the Docker for Windows virtual machine running on Hyper-V).
You need to restart Docker for Windows after making any changes to the keychain or to the
~/.docker/certs.d
directory in order for the changes to take effect.The registry cannot be listed as an insecure registry (see Docker Daemon). Docker for Windows ignores certificates listed under insecure registries, and does not send client certificates. Commands like
docker run
that attempt to pull from the registry produce error messages on the command line, as well as on the registry.
To learn more about how to set the client TLS certificate for verification, see Verify repository client with certificates in the Docker Engine topics.
Why does Docker for Windows sometimes lose network connectivity, causing push
or pull
commands to fail?
Networking is not yet fully Stable across network changes and system sleep cycles. Exit and start Docker to restore connectivity.
Unfortunately, VirtualBox (and other hypervisors like VMWare) cannot run when Hyper-V is enabled on Windows.
No, you cannot share local drives with Docker Machine nodes when using Docker
for Windows with Hyper-V. Shared drives can be made available to containers, but
Docker for Windows does not support mounts for nodes you created with
docker-machine
.
For more about sharing local drives with containers using Docker for Windows, see Shared Drives in the Getting Started topic.
To learn more about using Docker for Windows and Docker Machine, see What to know before you install in the Getting Started topic. For more about Docker Machine itself, see What is Docker Machine?, and the Hyper-V driver for Docker Machine.
See About Windows containers and Windows Server 2016.
A full tutorial is available in docker/labs at Getting Started with Windows Containers.
Docker for Windows requires the Hyper-V Windows feature which is not available on Home-edition.
Docker for Windows uses Windows Hyper-V. While older Windows versions have Hyper-V, their Hyper-V implementations lack features critical for Docker for Windows to work.
Some firewalls and anti-virus software might be incompatible with Hyper-V and some Windows 10 builds (possibly, the Anniversary Update), which impacts Docker for Windows. See details and workarounds in Docker fails to start when firewall or anti-virus software is installed in Troubleshooting.
You might decide that you do not need Toolbox now that you have Docker for Windows, and want to uninstall it. For details on how to perform a clean uninstall of Toolbox on Windows, see How to uninstall Toolbox in the Toolbox Windows topics.