CyberFr

Bonjour @marty1944000. Sans fichier de config (compose.yaml) il sera difficile de t'aider. Je te recommande plutôt de suivre le tuto de @MilesTEG1 que j'ai appliqué avec succès et que tu trouveras ici [Tuto] Installer Vaultwarden avec une sauvegarde automatique des données (nouvelle version).

C'est du à l'ancienneté de la version de Docker installée avec Container Manager. Dans cette version la commande "docker compose" provoque une erreur et, en l'absence du plugin, il faut indiquer 'docker-compose". Mais dans la documentation officielle de Docker la commande "docker compose" est la règle pour les versions plus récentes.

Bonjour @marty1944000 et bienvenue sur le forum ! Je cherche encore ta signature, une omission sans doute 😀

Je ne sais pas ce qu'est le plugin dont tu parles qui est apparemment nécessaire pour faire tourner Bitwarden. J'ai choisi d'installer Vaultwarden qui est une adaptation de Bitwarden qui ne nécessite pas de plugin. Pour cela j'ai appliqué un tuto trouvé sur un site concurrent mais néanmoins ami. Tu le trouveras en suivant le lien suivant [Tuto] Installer Vaultwarden avec une sauvegarde automatique de la base de données. Après c'est toi qui voit si la bascule en vaut la peine.

Sur mon NAS je n'ai aucun projet dans Container Manager. Je ne me sers que de Portainer aussi bien pour les stacks que pour les conteneurs, leurs images et le réseau. Si Container Manager est quand même installé c'est parce qu'en l'absence de Container Manager, il n'y a plus Docker sur le NAS. La seule façon de se passer de Container Manager est de créer une VM qui tourne sous Linux et d'y installer Docker et Portainer. J'hésite à le faire mais compte tenu de l'obsolescence de la version de Docker installé par Synology, je vais peut-être sauter le pas.

J'ai répondu plus haut à cette question, encore faut-il prendre le temps de lire ce que j'ai écrit.

Non puisque @Lelolo et moi te disons que la cohabitation ne pose pas problème. Et d'ailleurs tous ceux qui utilisent Portainer dans un environnement Synology ont forcément Container Manager d'installé. Je pense plutôt, mais je peux me tromper, que ta copie de Container Manager est vérolée d'où l'intérêt de réinstaller le paquet. Si malgré ça le problème persiste il faudra sans doute ouvrir un ticket chez Synology.

Moi non plus tant que des mises à jour de containers ne sont pas effectuées par Portainer. Moi je tenterais de le désinstaller puis de le réinstaller, c'est peut être radical mais c'est ce que je ferais. Attention toutefois, désinstaller Container Manager c'est aussi désinstaller Docker sur lequel Portainer s'appuie. Mais une fois Container Manager réinstallé tout rentre dans l'ordre. Je l'ai déjà fait d'ailleurs - par erreur - mais lorsque je me suis aperçu que Docker avait disparu à la suite de cette manœuvre, j'ai réinstallé vite fait Container Manager ! 😀

Bienvenue sur le forum @Emmanuel Mayer III ! Le III indique que tu fais partie d'une dynastie ? 😀 Ce tutoriel est exactement ce que tu cherches.

Tu utilises bien les dernières versions des deux. Il pourrait y avoir des interférences entre Container Manager et Portainer, peut-être parce que tu mets à jour les images obsolètes dans Portainer et que cela ne plait pas à Container Manager. Tu les mets à jour dans Portainer ou tu utilises Watchtower en docker ? J'ai remarqué que quand Watchtower arrête un container pour le mettre à jour, un avertissement de Container Manager m' indique par la suite qu'un container s'est arrêté brutalement. Je passe outre puisque je connais les raisons du message d'avertissement. Puisque Container Manager permet aussi (bien que moins efficacement) de mettre à jour les images docker tu pourrais laisser tomber Portainer quelque temps pour voir si tes problèmes disparaissent.

Tu n'as pas besoin de redémarrer le NAS pour faire cette copie d'écran ! Il suffit d'aller dans le centre des paquets, de choisir "Installé" et de cliquer sur Container Manager pour avoir l'information parce que le fait que le paquet soit arrêté ne présente pas d'intérêt particulier. Tu n'as pas répondu à ma question concernant ta version de DSM et celle de Container Manager faute de quoi il est impossible d'avancer.

Bizarre que le centre des paquets indique que c'est une version bêta. Quelle est ta version de DSM et celle de Container Manager ainsi que sa date d'installation ?

Pour pouvoir t'aider il faudrait connaître la nature de l'erreur avec une copie d'écran.

Avant de poser des questions il est préférable de passer par la case Présentation. Ce sera l'occasion d'indiquer quelle est ta configuration actuelle en matière de PC.

Le dernier post date d'il y a plus de six ans ! Quel déterrage ! Il vaut mieux créer une nouvelle enfilade.

Bienvenue sur le forum @Philippe49 ! Depuis que j'ai un NAS je ne sais plus ce que sont les GAFAM et à quoi ils servent 😀

Grace à la remarque de @Jeff777 je suis parvenu à rendre les DNS "dynamiques" de telle sorte qu'un changement de DNS au niveau de la Freebox soit répercuté au niveau du Mac après un redémarrage de celle-ci le cas échéant. Oui c'est possible car on peut définir des exceptions dans Firefox concernant DNS via HTTPS. J'ai donc entré les deux noms de domaine que je gère (sous la forme ndd.fr sans http:// ou https:// devant le nom de domaine) et ça marche, DNS Server sur le NAS est interrogé. En cas de problème je peux accéder à Freebox OS en indiquant une IP locale de type 192.168.1.254 qui ne nécessite pas de résolution DNS.

Hier, j'ai vérifié tous les endroits sur le réseau où l'on pouvait utiliser un serveur DNS de secours. Dans les réglages système du Mac. Dans les réglage réseau du NAS où j'ai supprimé le serveur DNS de remplacement. Dans Firefox où j'ai désactivé DNS via HTTPS. Mais décidément Vaultwarden me disait toujours que je m'étais connecté à partir de l'adresse 192.168.1.254 qui est celle de la Freebox. Sans rien changer j'ai refait le test ce matin et cette fois ci Vaultwarden me dit que je me suis connecté à partir de l'adresse 192.168.1.1 qui est celle du Mac sur le réseau ! La seule différence est que dans l'intervalle j'ai redémarré le Mac et le NAS et relancé Firefox. Il faut croire qu'un redémarrage est nécessaire quelque part dans le réseau pour que les changements soient pris en compte. Merci à @PiwiLAbruti et à @Jeff777 pour votre aide précieuse. Maintenant il me faut définir une alternative au cas où DNS Serveur serait indisponible. Parce que si le NAS tombe en panne il n'y a pas grand chose à faire ! Il suffit je pense de disposer d'une configuration de secours au niveau des DNS du Mac faisant appel à un fournisseur tiers comme quad9 ou autre et de basculer sur celle-ci en cas de problème. Cela fonctionnera même si le NAS tombe en panne. Il me faut désactiver "Configurer manuellement le serveur DNS" dans les réglages réseau du NAS (car j'ai saisi en dur l'adresse IP de DNS Serveur) afin que les DNS utilisés soient ceux définis au niveau du Mac. Dois-je réactiver DNS via HTTPS dans Firefox ? Parce que si on ne sait pas par où tu passes, on sait où tu arrives. Et surtout cela revient à court-circuiter DNS Server qui, pour le coup, perd beaucoup de son intérêt.

Je ne me serais pas attendu à trouver les serveurs DNS dans la rubrique DHCP. Quel rapport avec la choucroute ? 😀 Mais effectivement tu as raison. Lors de l'installation de la Freebox j'ai bien renseigné les DNS. Sur un Mac je n'ai rien trouvé qui permette cela malgré une première recherche sur Internet. Il faudra que j'approfondisse.

Je l'avais déjà fait pour éviter tout effet parasite.

En effet, j'ai confondu la requête et la route suivie.

Sans préjuger du résultat, merci pour ton aide. Dans la copie d'écran j'ai juste remplacé le nom de domaine par ndd. nslookup pointe bien sur le NAS.

Bonjour, Au niveau du Mac j'ai défini le serveur DNS comme étant celui du NAS sur lequel est installé DNS Serveur. J'ai indiqué comme routeur l'adresse locale de la Freebox (192.168.1.254). Mais lorsque je fais un Traceroute le premier point de passage est 192. 168.1.254 c'est à dire l'adresse de la Freebox en tant que routeur et non l'adresse du serveur DNS du NAS. D'autre part quand je fais des modifications dans Vaultwarden je reçois un e-mail indiquant que je me suis connecté à l'adresse 192.168.1.254 qui, là encore, est celle de la Freebox. J'ai pourtant défini un proxy inversé pour cette application qui redirige la requête sur l'adresse HTTP du localhost et donc du NAS. Dans DNS Serveur j'ai défini un CNAME qui pointe vers l'enregistrement NS dont l'IP locale est celle du NAS. Bref je ne comprends pas. Tout conseil sera le bienvenu. PJ2.txt

Il faut donc que je supprime le DNS de secours au niveau du Mac et éventuellement au niveau du NAS où il est défini comme serveur DNS de remplacement bien que dans ce dernier cas si le NAS tombe en panne ça ne change rien puisque j'envisage le cas ou le NAS est injoignable. Il faut aussi que je supprime le DNS via HTTPS défini dans Firefox puisqu'il pointe sur le serveur quad9. Par contre je n'ai trouvé aucun réglage DNS au niveau de la Freebox, impossible donc de modifier un paramètre par défaut.

C'est embêtant parce que sur mon Mac et sur la Freebox j'ai mis en priorité le serveur DNS du NAS et j'ai entré l'adresse d'un serveur quad9 de secours au cas où le NAS serait injoignable. Mais si arbitrairement le Mac et/ou la box utilisent le serveur de secours il ne me reste plus qu'à le supprimer de la liste.