Jeff777

Je n'ai pas eu besoin de supprimer le répertoire, en rebootant il a disparu. La suite, c''est désolant. J'ai réinstallé bitwarden avec les certificats exportés du syno toujours la même erreur (TRUSTED CERTIFICATE). J'ai rajouté la mention TRUSTED dans le cert.pem et le chain.pem, tout nettoyé, réinstallé et toujours pareil. 🤬🤬

Rassure toi. tu ne fais pas les poubelles 🤣 Sur le NAS avec le clic droit sur un fichier tu peux restaurer les versions précédentes et hop l'ancien fichier est synchronisé avec ton PC. (je dis cela de tête car je n'ai pas accès au NAS à l'instant, il redémarre). Pardon c'est plus simple que cela. Sur le PC avec le menu contextuel du fichier tu as l'option "synology drive" " parcourir les versions précédentes" et tu peux restaurer l'une d'elles. Tu as également l'option de créer un lien pour accéder à ce fichier. Le mieux s'est de faire des tests sur un petit dossier tu verras bien si cela fait ton affaire.

Même si je vois une notification je ne dégaine pas aussi vite ! Bon je vais faire le ménage pendant que tu bricoles.

@Zeus question rapidité tu es le Lucky Luck du forum ! Il faut que je supprime ce répertoire alors pour que cela fonctionne ? Le message vient du journal de docker

Bon il y a du mieux ! Mais j'ai encore un sous avec le conteneur nginx qui ne veut pas démarrer : (si le fichier existe quel est le problème ?... ou alors il faut le supprimer !!!) Error 2019/03/08 14:52:11 admin Start container bitwarden-nginx failed: {"message":"mkdir /var/run/docker/libcontainerd/containerd/590d65330abcd85db38df3cdb258a246a4ee377d2a245858fddfcb7cf948a543: file exists"

Merci, finalement j'ai installé DDSM et ça à l'air de fonctionner. Par contre je ne sais pas trop à quoi ça sert 🙄 Sinon je viens de faire une découverte : Jusqu'à présent j'utilisais mes certificats de freeforSSL mais si j'exporte le certificat du syno (issu des certificats freeforSSL) j'ai les fichiers correctement nommés. Je vais essayer cela !!!!

Ben oui, j'ai même essayé de faire quelques variantes comme par exemple installer les certificats au moment où l'install le demande et non pas dans l'ordre du TUTO. oui Qu'est-ce que tu conseilles d'installer avec docker pour le tester ?

Bonjour, Ah je crois que pour active backup il faut un formatage en btrfs ce que ne fait peut-être pas la série 14. A vérifier ! mais il y a d'autres solutions de sauvegarde que je n'ai pas essayé. Quant à Drive, tu conserves sur le NAS jusqu'à X (à paramétrer) versions de tes fichiers supprimés. Donc si tu fais une fausse manip. tu peux toujours revenir en arrière.

Rebonjour, Bon j'ai fait plusieurs essais mais toujours le même problème avec docker-nginx et toujours la même erreur. Je ne pense pas que cela vienne du wildcard j'arrive bien à me connecter en SSL de l'extérieur et j'ai testé sur internet : voir ci-après Une question : pendant les installations je n'ai que le warning suivant : docker network_default not found mais l'installation se déroule normalement après cela. Est-ce qu'il manquerait quelque chose dans docker ? Je l'ai juste installé sans config particulière. Je vais essayer d'installer une autre appli. pour voir.

J'ai trouvé cela : https://stackoverflow.com/questions/51899844/nginx-ssl-no-start-line-expecting-trusted-certificate En gros il est dit que le nom et l'extension du certificat importe peu 😂 Tout ce qui compte c'est le texte et là le système attend : BEGIN TRUSTED CERTIFICAT et non BEGIN CERTIFICATE. Donc il suffit d'ajouter TRUSTED (aussi à la fin). Surréaliste, j'ai du mal à le croire ! Bon il est tard et je vais essayer cela demain et je vous tiens au courant

Bonjour, J'ai mis toutes mes photos sur mon PC dossier "Image" puis avec Drive j'ai synchronisé avec le dossier photo (de photostation) du NAS. Je peux utiliser moments (dossier partagé) ou photo station pour accéder aux photo depuis le PC ou avec ma tablette depuis n'importe où. Localement sur le PC familiale j'utilise PICASA qui accède au dossier photo du NAS. avec Active Backup je sauvegarde le dossier image régulièrement sur un autre DD du NAS car une synchronisation n'est pas réellement une sauvegarde.

Trois secondes, mon oeil !😢 Après une autre tentative infructueuse j'ai encore tout remis à zéro et désinstallé docker. Réinstallé docker, suivi le tuto point par point (rien fait sur le domaine puisque j'ai un certif wildcard).Toujours pareil le conteneur nginx fait le yoyo . Dans son journal toujours la même erreur et pourtant tout les certificats et leurs dossiers sont nommés correctement cette fois-ci : Peut-être que je n'ai pas correctement validé mes certificats. Je vais relire ton tuto sur le certificat wildcard. Pourtant j'arrive bien à me connecter en https de l'extérieur !

ho ça va! Ne m'enfonce pas ! 😉 Bon s'il ne s'agit que de renommer les extensions (sans se tromper) ça devrait être rapide.

Mais quelle nouille je suis ! mes certificats n'ont pas les même extensions. et fallait les renommer chain.pem certificate.pem privkey.pem c'est bien cela ? Mais je suppose que je ne peux pas les renommer avant de les avoir convertis en .pem. J'ai vu quelque chose à ce sujet dans sslforfree

oui c'est bien ce que je pensais. Je vais tenter mon idée

toujours pareil. J'ai bien supprimé les conteneurs bitwarden et vidé le dossier docker/bitwarden par contre je n'ai pas touché aux images bitwarden. Ce qui fait que l'installation a été plus rapide. Fallait-il les supprimer ? J'ai bien envie de renouveler mon certificat et de retenter le coup.

OK merci. C'est parti !

Quelle réponse rapide !! Bon je ne connais pas grand chose sur docker et je découvre en même temps que j'essaie d'installer bitwarden. Par contre j'ai mis un CNAME bitwarden dans mes deux zones : privée et publique. Il ne fallait pas ????

J'ai refait un rebuilt puis un update ça n'a rien donné. Je vais recommencer à zéro mais je me pose une question concernant le certificat wildcard : bitwarden n'y figure toujours pas. En fait pour faire apparaître le domaine bitwarden.ndd.tld dans la config du certificat il faudrait peut être le renseigner dans le proxy inversé. Mais je ne sais pas comment l'ajouter, il n'apparaît pas non plus. C'est pour cela que j'imaginais qu'il fallait que je crée DDSM. Existe-t-il un tuto pour son paramétrage?

J'ai renommer le ca_bundle.crt en ca .crt mais il y a toujours la même erreur. Et la notification donne un pb avec certificat.crt et celui-ci a toujours été nommé correctement.

Oups ! J'ai zappé cela. 🤢

Ce ne sera pas pour ce soir. Tout c'est bien déroulé. mais quand l'appli se lance le conteneur bitwarden.nginx fait le yoyo. Il démarre puis s'arrête etc.. Je crois que j'ai un pb similaire à celui rencontré par @Zeus lors de sa première installation. J'ai regardé le journal de ce conteneur et j'ai la même ligne qui se répète : J'ai un certificat wildcard mais je pense qu'il y avait quelque chose à faire car bitwaren.ndd.tld n'y figure pas. J'ai fait les redirections des ports 81 et 444. Mais comment faire pour le proxy inversé. Je me sers de celui des applications mais bien sûr bitwarden n'y figure pas. Faut-il créer un DDSM ? Bon la nuit portant conseil je continuerai demain Good night

Ok merci @Balooforever c'est ce que j'avais fait. ça mouline j'ai presque fini 😊 Merci quand même @fildar

Je ne sais pas ce que je dois mettre ici : yubico ?? le tuto n'en parle pas. la dernière ligne et la suite ce sont les paramètres du serveur smtp de mon mail, pas de problème mais no-reply@bitwarden.ndd.tld je laisse comme cela? Merci d'avance

Regarde Haproxy on en parle abondamment dans ce forum mais je n'ai jamais essayé.