Qu'est --net=option hôte dans le Panneau de commande de vraiment faire?

Je suis un peu débutant à Docker. Je ne pouvais pas trouver toute description claire de ce que cette option dans le panneau de commande exécuter dans une profonde et peu confus à ce sujet.

Pouvons-nous l'utiliser pour accéder aux applications en cours d'exécution sur les conteneurs docker sans spécifier de port? Comme un exemple, si je lance une application web déployée par l'intermédiaire d'une image docker dans le port 8080 par l'utilisation de l'option -p 8080:8080 dans le panneau de commande exécuter, je sais que je vais avoir accès sur le port 8080 sur les conteneurs Docker ip /theWebAppName. Mais je ne peux pas vraiment penser à une façon de comment --net=host option fonctionne.

InformationsquelleAutor Ravindu Fernando | 2017-04-10

docker docker-networking

74

Après le panneau d'installation, vous avez 3 réseaux par défaut:
```
docker network ls
NETWORK ID          NAME                DRIVER              SCOPE
f3be8b1ef7ce        bridge              bridge              local
fbff927877c1        host                host                local
023bb5940080        none                null                local
```
J'essaie de garder cela simple. Donc, si vous commencez un conteneur par défaut, il sera créé à l'intérieur de la passerelle (docker0) réseau.
```
$ docker run -d jenkins
1498e581cdba        jenkins             "/bin/tini -- /usr..."   3 minutes ago       Up 3 minutes        8080/tcp, 50000/tcp   friendly_bell
```
Dans le dockerfile de jenkins les ports 8080 et 50000 sont exposés. Ces ports sont ouverts pour le conteneur sur son pont réseau. Donc, tout à l'intérieur de ce pont réseau peut accéder au conteneur sur le port 8080 et 50000. Tout dans le pont réseau est dans le privé gamme de "Subnet": "172.17.0.0/16", Si vous voulez y accéder de l'extérieur, vous devez mapper les ports avec -p 8080:8080. Cela permettra de mapper le port de votre conteneur au port de votre serveur réel (le réseau de l'hôte). Afin d'accéder à votre serveur sur 8080 à votre bridgenetwork sur le port 8080.

Maintenant vous avez aussi votre réseau hôte. Qui n'a pas de placer les conteneurs de réseautage. Donc, si vous commencez un conteneur dans le réseau de l'hôte, il ressemblera à ceci (c'est le premier):
```
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS                 NAMES
1efd834949b2        jenkins             "/bin/tini -- /usr..."   6 minutes ago       Up 6 minutes                              eloquent_panini
1498e581cdba        jenkins             "/bin/tini -- /usr..."   10 minutes ago      Up 10 minutes       8080/tcp, 50000/tcp   friendly_bell
```
La différence avec les ports. Votre conteneur est maintenant à l'intérieur de votre réseau hôte. Donc, si vous ouvrez le port 8080 sur votre hôte vous permettra d'accéder au conteneur immédiatement.
```
$ sudo iptables -I INPUT 5 -p tcp -m tcp --dport 8080 -j ACCEPT
```
J'ai ouvert le port 8080 dans mon pare-feu, et lorsque je suis maintenant accès aux mon serveur sur le port 8080 je suis à accéder à mon jenkins. Je pense que ce blog est également utile de mieux le comprendre.
- Est-il possible d'ajouter l'option --net=host à l'intérieur d'un Dockerfile ?
- Je ne pense pas que c'est possible de le mettre dans un dockerfile mais depuis le panneau v17 vous pouvez l'utiliser comme un paramètre de votre panneau de construction: docker build --network=host. L'hôte spécifié réseau pour docker construire est uniquement pour le téléchargement des paquets qui sont nécessaires pour la construction de l'image. Lorsque vous voulez exécuter votre récipient sur le réseau de l'hôte, vous aurez toujours besoin de définir l' --réseau=option hôte.
- le conteneur obtenir une adresse ip de l'hôte, réseau ou est-il transparent?
- href="https://stackoverflow.com/questions/43803849/my-docker-container-does-not-have-ip-address-why" title="mon menu fixe conteneur n'a pas d'adresse ip pourquoi">stackoverflow.com/questions/43803849/...
InformationsquelleAutor lvthillo
0
1. vous pouvez créer votre propre réseau comme --net="anyname"
2. c'est fait pour isoler les services de différents conteneurs.
3. supposons que le même service sont en cours d'exécution dans différents conteneurs, mais le mappage de port
  reste la même, le premier conteneur commence bien , mais le même service à partir de la deuxième conteneur sera un échec.
  donc, pour éviter cela, soit modifier les mappages de ports ou de créer un réseau.
InformationsquelleAutor Abhishek D K

Vous devez vous connecter pour publier un commentaire.