Suis-je en essayant de se connecter à un TLS démon sans TLS?

Je suis en train d'apprendre à propos de Docker, mais je reçois cryptique (pour moi) les messages d'erreur.

Probablement l'exemple le plus simple de ce qui est en train d'imprimer la version de Docker j'ai installé:

$ 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?

Je viens de passer par la guide de l'utilisateur et à la suite de chaque étape exactement, donc je suis surpris de voir que je reçois ce message... Que dois-je faire maintenant?

Je viens de remarquer que si je n'utilise pas sudo je ne reçois pas le message d'erreur:

$ 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

Bien sûr, ce n'est pas une solution que j'ai peut-être besoin d'utiliser sudo quelque part en bas de la route...

Je viens de trouver une autre page disant "Si vous utilisez OS X alors vous ne devriez pas utiliser sudo." Je ne sais pas si elles signifient seulement, pour cet exemple, ou en général.

Question stupide, mais avez-vous commencé le démon docker?
J'ai suivi le guide de l'utilisateur, donc oui je crois que le démon docker est commencé. Comment puis-je double vérification?
ps aux | grep docker si le panneau est en marche, vous allez les voir, ou de type docker et si il fonctionne il vous affiche la liste des commandes
En fait, vous avez trouvé la solution. Avec boot2docker vous n'aurez plus jamais besoin de sudo avec linux, vous seriez toujours besoin de sudo. C'est parce que boot2docker exécute ces commandes dans une boîte virtuelle qui est configuré pour accéder au démon correctement.
J'ai été aux prises avec ce problème et en cours d'exécution sans sudo a fonctionné pour moi
Presque toutes les réponses sont OS X spécifique (ils mentionnent boot2docker) bien que OS X n'est pas explicitement mentionné dans la question, ou des balises. Si quelqu'un est intéressé au générique de la réponse s'il vous plaît voir ma réponse.
La dernière mise à jour est correct, fonctionne sans sudo!

InformationsquelleAutor Shawn | 2014-12-17

docker

149

Pour moi, la course $(boot2docker shellinit 2> /dev/null) résolu le problème.

Cela va de la sortie de la boot2docker shellinit de commande (les trois set -x ... lignes) dans votre session de terminal, ce qui permet à l' docker commande de savoir où trouver les boot2docker de la machine virtuelle.

Ajoutant $(boot2docker shellinit 2> /dev/null) vers le bas de votre ~/.bash_profile fichier assurez-vous que le docker de commande est configuré, chaque fois que vous ouvrez votre terminal.

Pour les personnes à l'aide de Poissons shell: boot2docker shellinit ^ /dev/null | source.

Noter que 2> /dev/null (et le Poisson équivalent ^ /dev/null) sont facultatifs. Comme @pablo-fernandez a suggéré, ce masque la Writing .. lignes.
- J'avais déjà fait cela, mais je vais l'ajouter .bash_profile, bonne idée
- aide vraiment avec boot2docker 1.5, mais les plus âgés l'un boot2docker 1.2 ne pas le faire correctement
- J'ai ajouté une redirection de stderr de sorte que les "les Écrire..." états de ne pas s'afficher: $(boot2docker shellinit 2> /dev/null)
- Merci de mentionner le poisson coquille! Résolu le problème pour moi.
- Comme mentionné dans Salvador Dali réponse ci-dessous, assurez-vous d'exécuter boot2docker start avant d'exécuter l'interpréteur de commandes init.
InformationsquelleAutor mauvm
77

J'avais la même erreur sur MacOS avec sudo et sans elle.

J'ai résolu avec:
```
boot2docker start
$(boot2docker shellinit)
```
P. S.: Merci à Alan. J'ai trouvé que cette approche est recommandée dans la documentation officielle.

P. S. 2: Parfois boot2docker init peuvent être nécessaires avant d'exécuter les deux commandes (merci Aaron).
- Cela a fonctionné, mais je ne comprends pas pourquoi? qu'est-ce que l' $(boot2docker shellinit) en train de faire?
- Cela a fonctionné dans Mac OS X, mais j'ai la même question que Emile, c'est à dire pourquoi ce travail?
- Cela n'a pas fonctionné pour moi sur Mac OSX 10.10.4 avec le Panneau Outils.
- Je n'avais pas uniquement pour exécuter boot2docker shellinit, mais également copier et exécuter chacune des commandes affichées. La documentation officielle par le lien qui dit que cette commande affiche uniquement de commandes
- A travaillé pour moi aussi bien sur une machine windows.
InformationsquelleAutor Salvador Dali
54

Dans mon cas (Linux Mint 17) j'ai fait des choses différentes, et je ne suis pas sûr de savoir lequel d'entre eux sont tout à fait nécessaire.

J'absence de paquets d'Ubuntu:
```
$ sudo apt-get install apparmor lxc cgroup-lite
```
Un utilisateur a été ajouté au groupe docker:
```
$ sudo usermod -aG docker ${USER}
```
Commencé démon (openSUSE juste besoin de cela)
```
$ sudo docker -d
```
Merci\Attribution

Grâce Usman Ismail, parce que c'était peut-être juste que la dernière chose...

Question stupide, mais avez-vous commencé le démon docker? – Usman Ismail Déc 17 '14 à 15:04

Merci aussi à github@MichaelJCole pour la solution qui a fonctionné pour moi, parce que je n'ai pas vérifier le démon quand j'ai lu Usman commentaire.

GitHub commentaire:
```
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
```
Grâce à fredjean.net post pour remarquer les paquets manquants et oublier l'installation par défaut d'Ubuntu instructions de google et sur les autres moyens

Il s'avère que le cgroup-lite et la lxc paquets ne sont pas installés par défaut sur Linux Mint. L'installation des deux puis m'a permis d'exécuter bash dans l'image de base, puis de construire et de gérer mon image.

Grâce à brettof86s'commentaire à propos de openSUSE
- Merci! Dans mon cas (Mint 17.1), il a été le apparmor qui manquait.
- L'ajout de me docker groupe, la chose n'a pour moi, sudo adduser $USER docker. Astuce pour qu'il prenne effet sur le courant de l'enveloppe ont été curgroup=$(id -gn) && newgrp docker && newgrp $curgroup, adapté à partir de superuser.com/questions/272061/...
- Je suppose que le fait qu'il dispose d'un score inférieur est parce que plus de gens sont à l'aide de mac OS X que sur Linux? Je suis sous Ubuntu 14.04 et cela fonctionne pour moi.
- openSUSE et j'ai seulement besoin de démarrer le démon
- Thx @brettof86 , réponse d'édition.
- faut-il aussi le travail de docker-machine?
- Excuse mon ignorance sur docker-machine, mais je ne sais pas. Mais si vous trouvez merci de le signaler ici dans les commentaires ou de la modification de la réponse. 😀
- J'ai seulement besoin de m'inscrire sur le panneau groupe de course LMDE
- docker.io recommande apparmor et cgroup-lite et seulement suggère lxc, qui a plus que suggère qu'aucun de ces devrait être requis pour l'utilisation de docker. Toutefois, la valeur par défaut du script d'installation de ne pas ajouter des utilisateurs à la docker groupe, donc je pensais que c'était la seule partie de cette réponse est obligatoire.
- Après avoir suivi vos étapes, j'ai été en mesure d'exécuter sudo docker run hello-world mais j'ai encore plusieurs erreurs ERRO[0037] Couldn't run auplink before unmount: exec: "auplink": executable file not found in $PATH. Après l'installation de aufs-outils (sudo apt-get install aufs-tools) que l'erreur a disparu, trop.
- plaisir d'entendre ça. Pourriez-vous me dire quelques infos sur la machine-vous eu des problèmes? De cette façon, nous pouvons ajouter un avertissement pour l'environnement. Voici quelques commandes qui pourraient être utile dans la récupération de cette info (unix.stackexchange.com/a/88647/165070) --> | $ uname -a | $ lsb_release -a | $ cat /etc/lsb-release | $ cat /etc/issue.net | $ cat /etc/debian_version
InformationsquelleAutor ElMesa
48

Le soulignement problème est simple: l'absence de l'autorisation de /var/run/docker.sock socket de domaine unix.

De Démon option de socket chapitre de le Panneau de Commande de Ligne de de référence pour Docker 1.6.0:

Par défaut, une socket de domaine unix (ou de l'IPC socket) est créé à
/var/run/docker.sock, exigeant de la racine de l'autorisation, ou docker
l'appartenance à un groupe.

Les mesures nécessaires pour accorder des droits à des utilisateurs sont bien décrits dans le Panneau les instructions d'installation de Fedora:

L'octroi de droits aux utilisateurs d'utiliser Docker

Le panneau de commande de l'outil en ligne
contacte le support du processus de démon par l'intermédiaire d'un fichier de socket
/var/run/docker.sock détenue par root:root. Même si c'est recommandé pour
utiliser sudo pour le panneau de commandes, si les utilisateurs souhaitent l'éviter, une
l'administrateur peut créer un menu fixe du groupe, avoir propre
/var/run/docker.sock, et d'ajouter des utilisateurs à ce groupe.

$ sudo groupadd docker

$ sudo chown root:docker /var/run/docker.sock

$ sudo usermod -a -G docker $USERNAME

Déconnecter et de se reconnecter pour les modifications ci-dessus prennent effet.
Veuillez noter que le Panneau de paquets de certaines distributions Linux (Ubuntu) sont déjà sur place /var/run/docker.sock dans le docker groupe qui fait les deux premières étapes ci-dessus inutiles.

Dans le cas de mac OS X et boot2docker la situation est différente; le démon Docker s'exécute dans une machine virtuelle, de sorte que le DOCKER_HOST variable d'environnement doit être fixé à cette VM, de sorte que le Support client pourrait trouver le démon Docker. Pour ce faire, exécutez $(boot2docker shellinit) dans le shell.
- Hmm, ma situation est similaire, mais légèrement différents. Je suis en cours d'exécution sur Ubuntu 14.04. Docker apparemment installé correctement (entrant juste "docker" affiche la liste des commandes). J'ai créé un menu fixe de groupe et d'utilisateur d'un membre. C'est juste un système à la maison et je ne fais que jouer avec docker. Cependant autre chose que simplement "docker" apporte de l'erreur. Je le crois parce que docker ne peut pas créer le répertoire /var/run/docker.la chaussette. Sur mon système /var/run est un lien symbolique vers /run qui est root:root et 755 perm donc docker ne peut pas y écrire. Pas sûr de ce que ma solution à ce serait.
- Piotr, cette explication est très utile. Et pouvezvous en faire expliquer pourquoi "$(boot2docker shellinit)" œuvres", mais simplement "à boot2docker shellinit" ne l'est pas? Je comprends que les parenthèses implique l'exécution dans un shell interne est exécuté, mais je n'ai pas été en mesure de puzzle pourquoi c'est nécessaire de faire docker fonctionner correctement lorsqu'aucun des autres commandes de besoin....
- La différence entre boot2docker shellinit et d'autres commandes, c'est que cette commande ne permet pas de faire tout changement lui-même, mais il ne génère (impressions) de commandes, vous devez l'exécuter vous-même. Vous pouvez exécuter boot2docker shellinit d'abord manuellement, puis copier et exécuter chaque commande à partir de sa sortie. Il est plus facile pour exécuter toutes les commandes en cours d'exécution boot2docker shellinit dans un sous-processus (avec $() syntaxe), car de cette façon, chaque ligne de sortie est automatiquement exécuté comme une commande shell. Voir docs.docker.com/installation/mac/#from-your-command-line là où c'est indiqué dans le détail.
- Vous pourriez vouloir vérifier que le panneau de service est en cours d'exécution avec sudo service docker status. Sur mon Ubuntu 14.04, il n'était pas en cours d'exécution après l'installation, ce qui a provoqué l'erreur.
- Juste essayer docker @JavaOne, et je suis tombé sur cette erreur sur mon Ubuntu 14.04, un système rapide de `sudo chmod 666 /var/run/docker.chaussette' travaillé comme une solution rapide.
- Merci pour les liens réels de la documentation pour la cause, a résolu mon problème
InformationsquelleAutor Piotr Dobrogost
21

Assurez-vous que le démon Docker est en cours d'exécution:
```
service docker start
```
Qu'il fixe pour moi!
- sudo service docker start pour moi
- systemctl enable docker.service et systemctl start docker.service Pour le système.d utilisateurs de linux (Arch dans mon cas)
- sudo service docker restart pour moi
InformationsquelleAutor superlogical
14
1. Docker s'appelle elle-même une auto-suffisant d'exécution pour Linux containers.
  En termes simples, il s'agit à la fois comme serveur et client.
2. La $ docker version une requête de commande est interne à l'Docker exécutable et de ne pas le démon/service en cours d'exécution.
3. $ docker images or $ docker ps or $ docker pull centos sont des commandes qui envoient des requêtes vers le démon docker/service en cours d'exécution.
4. Docker par défaut prend en charge les connexions TLS à son démon/service.
5. Seulement si l'utilisateur que vous êtes connecté en tant que partie d'un groupe d'utilisateurs docker ou vous avez utilisé sudo avant la commande, par exemple $ sudo docker images, elle ne nécessite TLS connectivité.
Visite Docker page de documentation Protéger le démon Docker socket.

Défiler un peu vers le haut et trouver warning section pour plus de clarté.
- Populaire de réponses s'appliquent uniquement aux OS X alors que celui-ci est beaucoup plus générale, explique la cause et m'a permis de l'obtenir résolu sur GNU/Linux.
- votre commande s'ESSUYER DE l'UTILISATEUR des GROUPES SUPPLÉMENTAIRES. en raison du manque "-un"
- terrible erreur, merci: sudo usermod -a -G docker {username}
- Comment est-ce réponse répondre à la question? Quelle est la raison de l'erreur? Comment résoudre ce problème? (Je ne suis pas sur OS X, donc les réponses existantes ne s'appliquent pas).
InformationsquelleAutor Yogesh Kamat
12

Vous devrez effectuer:
```
$boot2docker init
$boot2docker start
```
Les paramètres suivants résolu le problème:
```
$export DOCKER_HOST=tcp://192.168.59.103:2376
$export DOCKER_CERT_PATH=/Users/{profileName}/.boot2docker/certs/boot2docker-vm
$export DOCKER_TLS_VERIFY=1
```
- Cette commande peut également être utilisé pour définir les variables d'environnement (plutôt que de le faire manuellement): eval "$(boot2docker shellinit)"
InformationsquelleAutor AL-Tamimi
10

Il est possible que vous n'avez pas la permission de le fichier encore.
Il m'est arrivé après que j'ajoute moi-même à dockergroupe à l'aide de
```
sudo gpasswd -a user docker
```
mais pas encore de déconnexion.

Pour résoudre ce problème, vous pouvez soit vous connecter à nouveau, ou de l'utilisation
sg docker "docker <subcommand> ..." avant de vous déconnecter.

Si vous êtes dans le groupe docker dans /etc/group, vous devriez être en mesure de l'exécuter sans avoir à taper de mot de passe.

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/

InformationsquelleAutor Ding-Yi Chen
6

Sur Ubuntu après l'installation de lxc-docker vous devez ajouter votre utilisateur au docker groupe d'utilisateurs:
```
sudo usermod -a -G docker myusername
```
C'est à cause de la prise d'autorisations de fichier:
```
srw-rw---- 1 root docker 0 Mar 20 07:43 /var/run/docker.sock
```
NE PAS EXÉCUTER usermod SANS "-un" comme le suggère l'une de l'autre, des commentaires ou elle va effacer vos groupes supplémentaires de réglage et il suffit de laisser le "docker" groupe

C'est ce qui va arriver:
```
➜  ~  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)
```
InformationsquelleAutor Pawel Barcik
5

TLDR: C'est mon Python meetup group passé ce problème lorsque j'ai été l'exécution d'une clinique sur l'installation de docker et la plupart des utilisateurs sont sur OS X:
```
boot2docker init
boot2docker up
```
exécuter le export commandes de la sortie vous donne, alors
```
docker info
```
dois vous dire qu'elle fonctionne.

Le Contexte (ce que nous a apporté le problème)

J'ai dirigé une clinique sur l'installation de docker et la plupart des participants avaient OS X, nous avons été confrontés à ce problème et j'ai dépassé sur plusieurs machines. Voici les étapes que nous avons suivi:

Tout d'abord, nous avons installé homebrew (oui, certains participants ne l'avez pas):
```
ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"
```
Puis nous avons eu en fût, que nous avons utilisé pour installer virtualbox, puis utilisé en infusion pour installer docker et boot2docker (tous nécessaires pour OS X) Ne pas utiliser sudo pour les bistrots.:
```
brew install caskroom/cask/brew-cask
brew cask install virtualbox
brew install docker
brew install boot2docker
```
La Solution

C'était quand nous avons couru dans le problème à la personne d'ici est. La suite, il fixe. Je comprends init une fois en face, mais vous aurez probablement à exécuter up chaque fois que vous démarrez le panneau:
```
boot2docker init
boot2docker up
```
Puis quand up a été exécuté, il donne plusieurs export commandes. Copiez-collez et exécutez-les.

Enfin docker info devrait vous dire qu'il est correctement installé.

À La Démo

Le reste des commandes devrait démo il. (sur Ubuntu, je sudo.)
```
docker run hello-world
docker run -it ubuntu bash
```
Alors vous devriez être sur un shell root dans le conteneur:
```
apt-get install nano
exit
```
Retour à votre utilisateur native de bash:
```
docker ps -l
```
Look pour le environ 12 chiffres hexadécimaux (0-9 et a-f) de l'identificateur de sous "numéro du Conteneur", par exemple 456789abcdef. Vous pouvez ensuite valider votre modification et le nom de quelques nom descriptif, comme descriptivename:
```
docker commit 456789abcdef descriptivename`
```
InformationsquelleAutor Aaron Hall
3

Tout ce que vous avez besoin pour exécuter Docker sur Linux Ubuntu/Mint:
```
sudo apt-get -y install lxc
sudo gpasswd -a ${USER} docker
newgrp docker
sudo service docker restart
```
En option, vous devrez installer deux dépendances supplémentaires si le ci-dessus ne fonctionne pas:
```
sudo apt-get -y install apparmor cgroup-lite
sudo service docker restart
```
- Je me donne +1, si c'était possible - j'étais à la recherche d'une solution et de trouver ma propre solution que j'ai oublié 🙂
- Cela m'a aidé. J'ai réalisé que le panneau de service n'était pas en cours d'exécution après l'installation, de sorte sudo service docker start a résolu le problème sur mon Ubuntu 14.04.
InformationsquelleAutor tomrozb
2

J'ai essayé les solutions ici, et boot2docker n'a pas fonctionné.

Ma solution: Désinstaller boot2docker sur le Mac, installer un Centos 7 machine virtuelle dans VirtualBox, et de travailler avec menu fixe à l'intérieur de cette machine virtuelle.

InformationsquelleAutor MondKin
2

Pour moi les étapes suivantes travaillé:
1. J'ai remarqué que l'exécution de docker run hello-world échoue avec ce socket erreur comme dans la question, mais l'exécution sudo docker run hello-world travaillé.
2. J'ai ajouté mon utilisateur actuel à la docker groupe, sudo adduser user docker. Ensuite, vous devez redémarrer votre ordinateur, ou utiliser su - user (vérifier à l'aide de groups commande si sont dans le docker groupe).
Après, hello-world commencé à travailler.

Ma réponse est basée sur Comment puis-je utiliser docker sans sudo? qui explique ce qui va mal.
- Après l'ajout de l'auto de groupe, de faire du " newgrp docker; newgrp primaire-groupe de ce crée un shell interne est exécuté, avec un nouveau groupe principal de docker, puis rétablit le bon groupe principal. (Un peu un hack).
InformationsquelleAutor csharpfolk
1

Pour ce qu'il vaut, j'ai essayé toutes les solutions à cette question et, en cette question relative à la et aucun n'a résolu mon problème jusqu'à ce que je l'ai désinstallé et ré-installé VirtualBox. Ce processus de mise à niveau de la VirtualBox à partir de la version 4.2.16 à 4.3.22 (ma précédente avait été couché inutilisée sur le système pendant quelques mois).

Puis boot2docker et docker travaillé sans autres réglages.

InformationsquelleAutor gauden
1

J'ai eu le même problème. Un simple service docker restart résolu le problème.

InformationsquelleAutor ChaitanyaBhatt
0

J'ai eu le même problème et essayé différentes choses pour résoudre ce problème, modifiant l' .bash_profile fichier, l'enregistrement et à l'extérieur, sans aucune chance. En fin de compte, le redémarrage de ma machine fixe.

InformationsquelleAutor DavB
0

Assurez-vous qu'il est
```
127.0.0.1    localhost
```
dans votre
```
`/etc/hosts `
```
fichier.

InformationsquelleAutor bolerovt

J'ai fait face à la même question quand j'ai été la création de Docker images de Jenkins. Il suffit d'ajouter l'utilisateur à la docker groupe, puis redémarrez le Panneau des services et dans mon cas, j'ai dû redémarrer Jenkins services.

C'était l'erreur que j'ai obtenu:

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]#

InformationsquelleAutor Avinash Singh

0

Le démon Docker se lie à une socket Unix au lieu d'un port TCP. Par défaut que le socket Unix est la propriété de la racine de l'utilisateur et d'autres utilisateurs peuvent accéder uniquement à l'aide de sudo. Le Docker démon s'exécute toujours en tant qu'utilisateur root.
```
sudo groupadd docker
sudo usermod -aG docker $USER
```
Déconnecter et vous reconnecter pour que votre appartenance à un groupe est réévaluée.
```
docker run hello-world
```
Source: Gérer Docker comme un utilisateur non root

InformationsquelleAutor Shabbir Bata
-1

Une autre raison possible est que votre BIOS CPU visualisation n'est pas activé. Aller et de lui permettre de premier!

InformationsquelleAutor Xianlin

Vous devez vous connecter pour publier un commentaire.

Merci\Attribution