Docker Hub Registry IPv6 Support Now Generally Available

As the world becomes increasingly interconnected, it’s essential for the internet to support the gro

As the world becomes increasingly interconnected, it’s essential for the internet to support the growing number of devices and users. That’s where IPv6 comes in. IPv6 is the latest version of the Internet Protocol, the system that enables devices to communicate with each other over the internet. It’s designed to address the limitations of the previous version, IPv4, which is running out of available addresses.  As Docker supports more customers, this means we need to support different use cases, like IPv6-only networks. Today, we are pleased to announce the general availability of IPv6 support for the , , and endpoints.  We have that you need IPv6 support for Docker software as a service (SaaS) endpoints to work efficiently and effectively. In the past, IPv6-only networks required extra tooling to interact with some of Docker’s SaaS resources. This is no longer the case. Now you can get rid of your NAT64 gateway and . This is my favorite part… nothing 🥳 During our , we introduced new endpoints for accessing the Docker Hub Registry. Those were only for the beta testing and are no longer needed. Now, if you are on an IPv6-only network, dual-stack network, or an IPv4-only network, these commands will work. To begin, log in to the Docker Hub: Then pull whatever image you need: If you use authentication when pulling container images from the Docker Hub Registry, nothing changes. Our servers will properly attach rate limit data to the authenticated user ID in the HTTP request.  If you do not authenticate your commands by running first, then we’ll need to rate limit the request based on the IP address. For IPv4 addresses, this is done on a per-IP basis.  For IPv6 addresses, this becomes a harder problem because IPv6 has a much larger IP address range available to customers. Therefore, to accommodate the larger IP address range, we will rate limit against the first 64 bits in the IPv6 address. You can see an example of what our servers use as the source by looking at the header returned in the following HTTP response: While browsing the Docker Docs or pulling a Docker container image, you can use network monitoring software like to monitor the traffic. Let’s say that you want to verify the network you use for pulling a container image from the Docker Hub Registry. First, in your favorite terminal, start a capture. This command will produce log records of all of the network connections between your local machine and the Docker Hub servers: In another terminal window, pull a container image from Docker Hub: You should see output that looks like this: When you look at the second column of tab-delimited data, it will say to denote IPv6 being used. Additionally, the IP addresses you see in the output are in instead of . The quick way to tell is if the IP address has a colon ( ) in it, then it is IPv6. If the IP address only has periods ( ), then it is IPv4. 🎉 We are excited to be able to provide full dual-stack network capabilities to Docker Hub Registry, Docker Docs, and Docker Scout endpoints. We believe that dual-stack capabilities offer an important performance and reliability benefit to our customers. We intend to provide dual-stack network support for new endpoints as part of our commitment to delivering the best possible experience for our users.  If you have the ability to control your local network, turn on IPv6 and see Docker Hub Registry, Docker Docs, and Docker Scout endpoints continue to work. If you have access to an IPv6-only network, try or take a look at our docs pages — they will all continue to work as they did before.  We look forward to hearing feedback from our community through our .