Estou tentando conectar-me a um daemon habilitado para TLS sem TLS?

Estou tentando aprender sobre o Docker , mas continuo recebendo mensagens de erro enigmáticas (para mim).

Possivelmente, o exemplo mais simples disso é tentar imprimir a versão do Docker que instalei:

$ sudo docker version
Client version: 1.4.1
Client API version: 1.16
Go version (client): go1.3.3
Git commit (client): 5bc2ff8
OS/Arch (client): darwin/amd64
FATA[0000] Get http:///var/run/docker.sock/v1.16/version:
    dial unix /var/run/docker.sock: no such file or directory.
    Are you trying to connect to a TLS-enabled daemon without TLS?

Acabei de ler o guia do usuário e seguir todas as etapas exatamente, por isso estou surpreso ao receber esta mensagem ... O que devo fazer agora?

Acabei de perceber que, se eu não usar sudo, não recebo o erro:

$ docker version
Client version: 1.4.1
Client API version: 1.16
Go version (client): go1.3.3
Git commit (client): 5bc2ff8
OS/Arch (client): darwin/amd64
Server version: 1.4.1
Server API version: 1.16
Go version (server): go1.3.3
Git commit (server): 5bc2ff8

Claro, isso não é uma solução, pois talvez eu precise usar em sudoalgum lugar no caminho ...

Acabei de encontrar outra página dizendo " Se você estiver usando o OS X , não deverá usar sudo". Não sei se eles significam apenas para esse exemplo ou em geral.

Para mim, a execução $(boot2docker shellinit 2> /dev/null)corrigiu o problema.

Isso executa a saída do boot2docker shellinitcomando (as três set -x ...linhas) na sua sessão de terminal atual, o que permite que o dockercomando saiba onde encontrar a máquina virtual boot2docker.

Adicionar $(boot2docker shellinit 2> /dev/null)ao final do ~/.bash_profilearquivo garantirá que o dockercomando esteja configurado toda vez que você abrir o terminal.

Para as pessoas que usam shell peixe: boot2docker shellinit ^ /dev/null | source.

Observe que 2> /dev/null(e o equivalente em peixe ^ /dev/null) são opcionais. Como o @ pablo-fernandez sugeriu, isso oculta as Writing ..linhas.

Eu estava recebendo o mesmo erro no MacOS com o sudo e sem ele.

Eu o resolvi com:

boot2docker start
$(boot2docker shellinit)

PS: Obrigado ao Alan. Eu descobri que essa abordagem é recomendada na documentação oficial .

PS2: Às vezes boot2docker initpode ser necessário antes de executar dois comandos (obrigado Aaron).

No meu caso (Linux Mint 17), fiz várias coisas e não tenho certeza sobre quais delas são totalmente necessárias.

Incluí pacotes ausentes do Ubuntu:

$ sudo apt-get install apparmor lxc cgroup-lite

Um usuário foi adicionado ao grupo docker:

$ sudo usermod -aG docker ${USER}

Daemon iniciado (o openSUSE só precisa disso)

$ sudo docker -d

Obrigado \ Atribuição

Obrigado Usman Ismail , porque talvez tenha sido apenas a última coisa ...

Pergunta estúpida, mas você iniciou o daemon do docker? O que você precisa saber é o seguinte:

Agradeço também ao github @ MichaelJCole pela solução que funcionou para mim, porque não verifiquei o daemon quando li o comentário de Usman.

Comentário do GitHub :

sudo apt-get install apparmor lxc cgroup-lite
sudo apt-get  install docker.io
# If you installed docker.io first, you'll have to start it manually
sudo docker -d
sudo docker run -i -t ubuntu /bin/bash

Obrigado ao fredjean.net post por observar os pacotes ausentes e esquecer as instruções de instalação padrão do Ubuntu e o google sobre outras maneiras

Acontece que os pacotes cgroup-lite e lxc não são instalados por padrão no Linux Mint. A instalação dos dois me permitiu executar o bash na imagem base e, em seguida, criar e executar a minha imagem.

Obrigado ao comentário de brettof86 sobre openSUSE

O problema sublinhado é simples - falta de permissão para /var/run/docker.sock soquete de domínio unix.

No capítulo da opção de soquete do Daemon da referência da Linha de Comando do Docker para o Docker 1.6.0:

Por padrão, um soquete de domínio unix (ou soquete IPC) é criado em /var/run/docker.sock, exigindo permissão root ou associação ao grupo de janelas de encaixe .

As etapas necessárias para conceder direitos aos usuários são bem descritas nas instruções de instalação do Docker para o Fedora :

Concedendo direitos aos usuários para usar o Docker

A ferramenta de linha de comando do docker entra em contato com o processo do daemon do docker por meio de um arquivo de soquete /var/run/docker.sockpertencente a root:root. Embora seja recomendável usar o sudo para comandos do docker, se os usuários desejarem evitá-lo, um administrador poderá criar um grupo do docker, possuir o seu /var/run/docker.socke adicionar usuários a esse grupo.

$ sudo groupadd docker
$ sudo chown root:docker /var/run/docker.sock
$ sudo usermod -a -G docker $USERNAME

Saia e faça login novamente para que as alterações acima entrem em vigor. Observe que os pacotes Docker de algumas distribuições Linux (Ubuntu) já estão /var/run/docker.sockno dockergrupo, tornando desnecessárias as duas primeiras etapas acima.

No caso do OS X e boot2dockera situação é diferente; o daemon do Docker é executado dentro de uma VM, portanto a DOCKER_HOSTvariável de ambiente deve ser configurada para essa VM para que o cliente do Docker possa encontrar o daemon do Docker. Isso é feito executando $(boot2docker shellinit)no shell.

Verifique se o daemon do Docker está em execução:

service docker start

Isso consertou para mim!

1. O Docker chama a si mesmo de tempo de execução auto-suficiente para contêineres Linux. Em termos simples, atua como servidor e cliente.
2. o $ docker version consulta de comando é interna ao executável do Docker e não ao daemon / serviço em execução.
3. $ docker images or $ docker ps or $ docker pull centos são comandos que enviam consultas ao daemon / serviço docker em execução.
4. Por padrão, o Docker suporta conexões TLS com seu daemon / serviço.
5. Somente se o usuário que você efetuou login faz parte do grupo de usuários dockerou se utilizou sudoantes do comando, por exemplo $ sudo docker images, ele não requer conectividade TLS.

Visite a página de documentação do Docker Proteger o soquete do daemon do Docker .

Role um pouco até o topo e procure warning sectionpor clareza.

Você precisará fazer:

$boot2docker init
$boot2docker start

As seguintes configurações corrigiram o problema:

$export DOCKER_HOST=tcp://192.168.59.103:2376
$export DOCKER_CERT_PATH=/Users/{profileName}/.boot2docker/certs/boot2docker-vm
$export DOCKER_TLS_VERIFY=1

É possível que você ainda não tenha permissão para o arquivo. Aconteceu comigo depois que me adicionei ao dockergrupo usando

sudo gpasswd -a user docker

mas ainda não saiu.

Para resolver isso, você pode fazer login novamente ou usar sg docker "docker <subcommand> ..."antes de sair.

Se você estiver em grupo docker em /etc/group, você deve ser capaz de executá-lo sem senha digitação.

https://dingyichen.wordpress.com/2015/02/05/docker-dial-unix-varrundocker-sock-no-such-file-or-directory-are-you-trying-to-connect-to-a- tls-enabled-daemon-without-tls /

No Ubuntu após a instalação do lxc-docker, você precisa adicionar seu usuário ao grupo de usuários do docker :

sudo usermod -a -G docker myusername

Isso ocorre devido às permissões do arquivo de soquete:

srw-rw---- 1 root docker 0 Mar 20 07:43 /var/run/docker.sock

NÃO EXECUTE usermod SEM "-a", como sugerido em um dos outros comentários, ou isso limpará a configuração de grupos adicionais e deixará o grupo "docker"

Isto é o que vai acontecer:

➜  ~  id pawel
uid=1000(pawel) gid=1000(pawel) groups=1000(pawel),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),108(lpadmin),124(sambashare),998(docker)
➜  ~  usermod -G docker pawel
➜  ~  id pawel               
uid=1000(pawel) gid=1000(pawel) groups=1000(pawel),998(docker)

TLDR : Isso fez com que meu grupo de reuniões do Python resolvesse esse problema quando eu estava executando uma clínica na instalação do docker e a maioria dos usuários estava no OS X:

boot2docker init
boot2docker up

execute os exportcomandos que a saída fornecer, em seguida

docker info

deve dizer que funciona.

O Contexto (o que nos levou ao problema)

Liderei uma clínica na instalação do docker e a maioria dos participantes tinha o OS X, e encontramos esse problema e o superei em várias máquinas. Aqui estão as etapas que seguimos:

Primeiro, instalamos o homebrew (sim, alguns participantes não o possuíam):

ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

Em seguida, obtivemos o cask, que usamos para instalar o virtualbox e, em seguida, o brew para instalar o docker e o boot2docker (todos necessários para o OS X). Não use o sudo para o brew. :

brew install caskroom/cask/brew-cask
brew cask install virtualbox
brew install docker
brew install boot2docker

A solução

Foi quando encontramos o problema que o solicitante aqui teve. O seguinte corrigiu. Entendo que initera um contrato único, mas você provavelmente precisará executar upsempre que iniciar o Docker:

boot2docker init
boot2docker up

Então, quando upexecutado, ele fornece váriosexport comandos. Copie e cole e execute-os.

Finalmente docker info , você deve dizer que está instalado corretamente.

Para demonstração

O restante dos comandos deve demonstrá-lo. (no Ubuntu linux eu exigi o sudo.)

docker run hello-world
docker run -it ubuntu bash

Então você deve estar em um shell raiz no contêiner:

apt-get install nano
exit

Voltar para o bash de usuário nativo:

docker ps -l

Procure o identificador hexadecimal de cerca de 12 dígitos (0-9 ou af) em "ID do contêiner", por exemplo 456789abcdef. Você pode confirmar sua alteração e nomeá-la com um nome descritivo, como descriptivename:

docker commit 456789abcdef descriptivename`

Tudo o que você precisa para executar o Docker no Linux Ubuntu / Mint:

sudo apt-get -y install lxc
sudo gpasswd -a ${USER} docker
newgrp docker
sudo service docker restart

Opcionalmente, pode ser necessário instalar duas dependências adicionais se o acima não funcionar:

sudo apt-get -y install apparmor cgroup-lite
sudo service docker restart

Tentei as soluções aqui e o boot2docker não funcionou.

Minha solução: Desinstale o boot2docker no Mac, instale uma VM do Centos 7 no VirtualBox e trabalhe com o Docker dentro dessa VM.

Para mim, os seguintes passos funcionaram:

1. Percebi que a execução docker run hello-worldfalha com esse erro como a pergunta, mas a execução sudo docker run hello-worldfuncionou.
2. Eu adicionei meu usuário atual ao dockergrupo sudo adduser user docker,. Então você deve reiniciar sua máquina ou usar su - user(verifique usando o groupscomando se estiver no dockergrupo).

Depois disso, hello-worldcomeçou a trabalhar.

Minha resposta é baseada em Como posso usar o docker sem o sudo? o que explica o que deu errado.

Pelo que vale a pena, tentei todas as soluções nesta questão e nesta questão relacionada e nenhuma resolveu meu problema até desinstalar e reinstalar o VirtualBox . Esse processo atualizou o VirtualBox da versão 4.2.16 para 4.3.22 (o meu anterior estava sem uso no sistema há alguns meses).

Então boot2dockere dockertrabalhou sem outros ajustes.

Eu tive o mesmo problema. Um simples service docker restartresolveu o problema.

O daemon do Docker se liga a um soquete Unix em vez de uma porta TCP. Por padrão, o soquete Unix pertence à raiz do usuário e outros usuários podem acessá-lo apenas usando o sudo. O daemon do Docker sempre é executado como usuário root.

sudo groupadd docker
sudo usermod -aG docker $USER

Efetue logout e logon novamente, para que sua participação no grupo seja reavaliada.

docker run hello-world

Origem: gerenciar o Docker como um usuário não raiz

Eu tive o mesmo problema e tentei várias coisas para corrigir isso, alterando o arquivo .bash_profile, entrando e saindo, sem qualquer sorte. No final, reiniciar minha máquina corrigiu.

Verifique se há

127.0.0.1    localhost

na tua

`/etc/hosts `

Arquivo.

Eu enfrentei o mesmo problema ao criar imagens do Docker a partir de Jenkins. Basta adicionar o usuário ao dockergrupo e reiniciar os serviços do Docker e, no meu caso, tive que reiniciar os serviços do Jenkins.

Este foi o erro que recebi:

http:///var/run/docker.sock/v1.19/build?cgroupparent=&cpuperiod=0&cpuquota=0&cpusetcpus=&cpusetmems=&cpushares=0&dockerfile=Dockerfile&memory=0&memswap=0&rm=1&t=59aec062a8dd8b579ee1b61b299e1d9d340a1340: dial unix /var/run/docker.sock: permission denied. Are you trying to connect to a TLS-enabled daemon without TLS?
FATAL: Failed to build docker image from project Dockerfile
java.lang.RuntimeException: Failed to build docker image from project Dockerfile

Solution:

[root@Jenkins ssh]# groupadd docker
[root@Jenkins ssh]# gpasswd -a jenkins docker
Adding user jenkins to group docker
[root@Jenkins ssh]# /etc/init.d/docker restart
Stopping docker:                                           [  OK  ]
Starting docker:                                           [  OK  ]
[root@Jenkins ssh]# /etc/init.d/jenkins restart
Shutting down Jenkins                                      [  OK  ]
Starting Jenkins                                           [  OK  ]
[root@Jenkins ssh]#

Outro motivo possível é que a visualização da CPU do BIOS não está ativada. Vá e ative-o primeiro!