See the vendor’s documentation for installing and using a given network plugin. These plugins are available from Docker Hub or from third-party vendors.
Network plugins: You can install and use third-party network plugins with Docker. none is not available for swarm services.
Usually used in conjunction with a custom network driver. None: For this container, disable all networking. Using the macvlan driver is sometimes the best choice when dealing with legacy applications that expect to be directly connected to the physical network, rather than routed through the Docker host’s network stack. The Docker daemon routes traffic to containers by their MAC addresses. Macvlan: Macvlan networks allow you to assign a MAC address to a container, making it appear as a physical device on your network. This strategy removes the need to do OS-level routing between these containers. You can also use overlay networks to facilitate communication between a swarm service and a standalone container, or between two standalone containers on different Docker daemons. Overlay: Overlay networks connect multiple Docker daemons together and enable swarm services to communicate with each other. Host: For standalone containers, remove network isolation between the container and the Docker host, and use the host’s networking directly. Bridge networks are usually used when your applications run in standalone containers that need to communicate. If you don’t specify a driver, this is the type of network you are creating.
Several drivers exist by default, and provide core networking functionality:īridge: The default network driver. Network driversĭocker’s networking subsystem is pluggable, using drivers.
This topic defines some basic Docker networking concepts and prepares you to design and deploy your applications to take full advantage of these capabilities. Whether your Docker hosts run Linux, Windows, or a mix of the two, you can use Docker to manage them in a platform-agnostic way. Docker containers and services do not even need to be aware that they are deployed on Docker, or whether their peers are also Docker workloads or not.
One of the reasons Docker containers and services are so powerful is that you can connect them together, or connect them to non-Docker workloads.