问GitLab部署令牌在EC2 Ubuntu18.04AMI上失败，其他任何地方都失败

EN

GitLab容器注册表部署令牌似乎不适用于运行在x86实例上的最新Ubuntu18.04 x86 AMI (ami-085925f297f89fce1)，但它们确实在其他Ubuntu18.04环境和具有相同安全组设置的其他AMI上工作。我尝试了多个令牌和多个实例，试图排除用户错误。

我想知道这个问题是否为其他人所重复，如果是的话，是什么原因造成的。最有可能的解释是一个bug，但它也可能是Ubuntu的一些安全特性，我不理解。错误是这样的：

> sudo apt update
> sudo apt install -y docker.io
> docker login -u <the_username> -p <the_token> registry.gitlab.com

Got permission denied while trying to connect to the Docker daemon socket at unix:///var/run/docker.sock: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.40/auth: dial unix /var/run/docker.sock: connect: permission denied

以下是一些部署令牌运行良好的情况：

运行在Ubuntu18.04 Docker容器上的

• 在Mac上运行Docker 19.03.8
• ，在相同类型的Amazon EC2实例上运行Mac
• ，运行在同一个子网中，具有相同的安全组

。

在Ubuntu和Amazon环境中，Docker版本为19.03.6。

为了完全排除安全组的问题，我简要地尝试了Ubuntu EC2实例的一个大范围开放的安全组(所有打开的入口端口和CIDR EC2实例的出口)。它没有效果。

在每种情况下( Mac终端除外)，这些都是完全干净的板条:我所做的唯一事情就是更新操作系统(sudo apt update或sudo yum update，安装Docker，然后尝试使用docker login -u <the_username> -p <the_token> registry.gitlab.com进行身份验证)。

在所有情况下，除了Ubuntu18.04 EC2实例之外，我很快就得到了Login Succeeded。然而，对于Ubuntu EC2实例，我得到了上面的错误。

它会为其他人繁殖吗？是什么引起的？