Docker

Module

runtime.docker

Catégorie

Runtimes

Ce qu’il installe

• Docker Engine depuis le dépôt de Docker, et les plugins Compose et buildx avec lui.
• L’utilisateur dev dans le groupe docker, pour qu’aucune commande docker sur cette machine ne demande sudo.
• Une configuration du daemon qui fait tourner les logs des conteneurs au lieu de les laisser remplir le disque.
• Les ports publiés liés à 127.0.0.1 sur le pont par défaut et sur chaque réseau que docker network create ou Compose crée : -p 5432:5432 répond sur le serveur et à travers la session SSH, pas sur Internet, ni en IPv4 ni en IPv6.

Ce qu’il vous demande

• S’il faut installer Compose.
• Où vivent les images. Vide vaut /var/lib/docker ; donnez un chemin si un autre disque a la place.
• La taille d’un fichier de log. Vide vaut 10m, gardé sur trois fichiers par conteneur.

Bon à savoir

Le daemon écoute sur sa socket et sur rien d’autre. Les règles de Docker passent avant celles du pare-feu : un port publié sur toutes les adresses serait ouvert quoi qu’en dise ufw. Pour mettre un conteneur sur le web, routez le sous-domaine d’un projet vers son port par Caddy ou le tunnel. Pour en publier un directement malgré tout, nommez l’adresse — -p 0.0.0.0:8080:80, ou 0.0.0.0:8080:80 sous ports dans un fichier compose — en sachant qu’ufw ne le filtrera pas. Sur un serveur qui faisait tourner des conteneurs avant ce réglage, dockerd garde son pont par défaut tant qu’un conteneur tourne, chaque réseau garde les options de sa création et chaque conteneur ses ports : l’installation nomme ceux qui restent ouverts sur toutes les adresses, et les fermer demande d’arrêter les conteneurs, sudo systemctl restart docker, puis docker compose down && docker compose up -d dans chaque projet et docker network rm puis create pour un réseau créé à la main. Quand rien ne tourne, l’installation relance le daemon elle-même. La désinstallation reprend le moteur et laisse vos images, volumes et conteneurs là où ils sont.

Tous les services