Docker Compose启动的端口是IPv6不是IPv4

在使用Docker Compose启动容器时，有时会遇到一个问题：启动的端口是IPv6而不是IPv4。这可能导致我们在访问容器服务时遇到一些困惑，因为我们通常更习惯使用IPv4地址。在本文中，我们将探讨这个问题的原因，并提供解决方案。

问题描述

当使用Docker Compose启动容器时，我们通常会定义端口映射，以便能够从主机访问容器内的服务。例如，在docker-compose.yml文件中定义端口映射：

version: '3'
services:
  myapp:
    image: myapp-image
    ports:
      - "8080:80"
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.

上述配置表示将容器内的80端口映射到主机的8080端口。然而，有时候我们会发现，尽管我们使用docker-compose up启动了容器，但访问localhost:8080时却无法连接到服务。

问题原因

出现这个问题的原因在于Docker Compose默认使用IPv6地址而不是IPv4地址。这意味着，当我们定义端口映射时，实际上是在使用IPv6地址。如果我们的主机网络环境不支持IPv6，那么就无法访问到容器内的服务。

解决方案

要解决这个问题，我们可以通过设置Docker守护进程的参数来强制使用IPv4地址。在启动Docker守护进程时，添加--ipv6=false参数即可：

sudo dockerd --ipv6=false
  • 1.

这样一来，Docker Compose在启动容器时就会使用IPv4地址进行端口映射，我们就可以正常访问容器内的服务了。

示例

下面我们通过一个简单的示例来演示如何使用Docker Compose启动一个基础的Web服务，并通过强制使用IPv4地址解决端口映射问题。

Dockerfile

首先，我们创建一个简单的Dockerfile用来构建一个基础的Web服务：

FROM nginx:latest
COPY index.html /usr/share/nginx/html/index.html
EXPOSE 80
  • 1.
  • 2.
  • 3.
index.html

在同一目录下创建一个index.html文件，内容如下：

<!DOCTYPE html>
<html>
<head>
  <title>Hello World!</title>
</head>
<body>
  Hello, Docker Compose!
</body>
</html>
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
docker-compose.yml

接下来，创建一个docker-compose.yml文件，定义我们的服务和端口映射：

version: '3'
services:
  web:
    build: .
    ports:
      - "8080:80"
  • 1.
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
启动服务

最后，通过以下命令启动我们的Web服务：

sudo dockerd --ipv6=false
docker-compose up
  • 1.
  • 2.

现在，我们可以访问localhost:8080来查看我们的Web服务了。

序列图

下面是一个使用mermaid语法中的sequenceDiagram标识的序列图，展示了Docker Compose启动容器的过程：

Docker DockerCompose User Docker DockerCompose User docker-compose up Start container Container started

旅行图

最后，我们使用mermaid语法中的journey标识出一个旅行图，表示我们解决端口映射问题的过程：

Resolve Docker Compose Port Mapping Issue 8080
Start
Start
DockerCompose
DockerCompose
Problem
Problem
DockerCompose
DockerCompose
Solution
Solution
User
User
DockerCompose
DockerCompose
Success
Success 8080
User
User Resolve Docker Compose Port Mapping Issue

通过上述步骤，我们成功解决了Docker Compose启动的端口是IPv6而不是IPv4的问题，并且可以正常访问容器内的服务了。希望本文对你有所帮助！