Hello tout le monde,

J'utilise Docker depuis deux ans sur mon Syno DS1019+ avec plusieurs containers, et après avoir basculé sur un raspberry certains services pendant un moment, la je repasse sur le Syno (backup plus faciles, snapshot, les alertes,etc)

Je me suis apercu que j'avais un souci avec le reseau "host" de Docker : avec homebridge, pas moyen de restaurer le backup du PI... Et en fait quand je regarde avec Portainer, le reseau assigné est bien "host" avec le driver par defaut de Docker, mais en fait dans HomeBridge je vois une IP d'un reseau "bridge" ! (alors que j'y accède correctement avec l'ip du NAS... Pour etre plus clair : sur le Raspberry, c'est l'interface ETH0 qui est vue, alors que sur le Syno c'est une interface virtuelle Docker (alors que c'est pas configuré comme ca !)

Et quand je compare la config homebridge sur le PI, l'IP affichée dans l'interface homebride c'est bien celle du host ! 

Y'a donc bien une boulette, j'ai meme cru perdre l'accès au Syno, quand je l'ai rebooté il a été vraiment long (et juste avant l'API Docker avait crashé, j'avais jamais eu ca avant).

Et la je n'ai aucune idée de comment résoudre ca, du coup un coup de main serait hautement apprécié 🙂

Merci !

Modifié le 14 janvier 20232 a par zeSly

J'ai fait un "docker network ls" et j'obtiens ca : 

Le souci c'est que homebridge me donne ca : (donc j'ai l'impression qu'il m'assigne un reseau bridge créé par un autre container)

Ça a l'air d'être le cas, il s'agirait du réseau teslamate_default dont les 4 premiers octets sont identiques dc08e24b164e / docker-dc08e24b.

@zeSly

Je n'ai pas compris la demande. 😞 

Si tu peux revoir la formulation :

- De quoi tu pars
- A quoi tu veux arriver

Il y a 2 heures, .Shad. a dit :

@zeSly

Je n'ai pas compris la demande. 😞 

Si tu peux revoir la formulation :

- De quoi tu pars
- A quoi tu veux arriver

Ok je reformule : je rebascule mes containers d'un rpasberry pi vers le synology, après quelques mois de tests sur le rasp.

J'avais laissé la config pour certains, mais supprimé d'autres, comme HomeBridge par exemple. Et quand je réinstalle homebridge sur le Syno, en précisant bien que je veux qu'il utilise le réseau HOST, bin il prends un autre réseau, le bridge d'un autre container... Et du coup ca fonctionne pas, j'arrive pas à uploader le backup.

Donc c'est clairement Docker qui déconne, mais peut-etre que je fais quelque chose de faux avec docker.

Le but c'est donc d'avoir Homebridge (ou d'autres containers, puisque que j'aurais surement le meme problème plus tard avec d'autres containers) sur un réseau host.

SI je supprime complètement Docker sur le Syno et que je le réinstalle, vous connaissez les conséquences ? (j'ai vu que y'avait une commande "purge" pour Docker, mais la c'est extrème...) 

Tu crées ton conteneur via l'interface ou en ligne de commande / compose ?

il y a 4 minutes, .Shad. a dit :

Tu crées ton conteneur via l'interface ou en ligne de commande / compose ?

j'ai tenté les deux, même résultat. Et à chaque fois je vérifie bien que la configuration est bien sur "host". J'y pige rien 🤪

@zeSly En ligne de commande tu écris bien :

--network host

et en compose :

version:
services:

   service_one:
      [...]
      network_mode: host
      [...]

Si tu passes teslamate en host, est-ce que DSM essaie de raccorder HomeBridge à un autre réseau ou il te met bien sur l'host ?

 

mmm dernière fois que j'avais tenté, c'était avec docker run -> --net=host \

Et pareil avec l'interface graphique depuis le syno : je coche bien use host network, et paf, il prends le bridge. 

J'ai pas osé changer le réseau de teslamate... Est-ce qu'il y a un nombre limite de containers qui peuvent utiliser le driver host ?