Hello,
Comme le précise @
morgyann c'est un comportement normal de docker voir
ici. Par contre, ont peu forcé l'utilisation uniquement des 172.x.x.x.
En ssh : (à faire seulement si on sait ce que l'on fait en ssh, toute mauvaise manipulation, peut entrainer des soucis).
Créer le dossier si besoin :
Bash:
sudo mkdir -p /etc/docker
Éditer ou créer le fichier :
Bash:
sudo nano /etc/docker/daemon.json
Contenu du fichier et sauvegarde de celui ci:
JSON:
{
"default-address-pools": [
{ "base": "172.17.0.0/16", "size": 24 },
{ "base": "172.18.0.0/16", "size": 24 },
{ "base": "172.19.0.0/16", "size": 24 },
{ "base": "172.20.0.0/14", "size": 24 },
{ "base": "172.24.0.0/14", "size": 24 },
{ "base": "172.28.0.0/14", "size": 24 }
]
}
Valider :
Bash:
sudo dockerd --validate --config-file=/etc/docker/daemon.json
Résultat attendu :
configuration OK
Redémarrer Docker :
Bash:
sudo systemctl restart docker
Vérifier l’état du service : qui doit apparaître en enabled et running.
Bash:
sudo systemctl status docker --no-pager
Voilà si tout s'est bien passé, maintenant docker n'attribua que des 172.x.x.x.x., précision ceux qui sont en 192.x.x.x.x resteront jusqu'à la suppression du réseau et une recréation.
Vérification que la configuration est bien prise en compte :
Bash:
docker network create test172
Inspection du subnet attribué :
Bash:
docker network inspect test172 --format '{{range .IPAM.Config}}{{.Subnet}} {{.Gateway}}{{end}}'
résultat attendu :
172.x.x.x/24 172.x.1.1
Supprimer le réseau de test:
Bash:
docker network rm test172
Voilà, mais bon avoir un container docker en 192 est complètement normal, le seul problème qui pourrait arriver c'est que cela chevauche un Lan ou un Vlan..
PS : Ceci est parfaitement compatible avec les versions récentes de docker, par contre sur Synology vue la version 24 cela devrait fonctionner en principe, mais à tester !!
