unPixel

Bizarrement, mon rebuild n'a pas fonctionné de mon côté et oui, je trouve l'installation fastidieuse. Surtout que sur chaque MAJ qu'il y a à faire, en général, il manque toujours quelques "nouveaux" dossiers qu'il faut créer. Et je ne comprend pas pourquoi il ne le fait pas lui même puisqu'il a accès au dossier et créer déjà des dossiers/fichiers donc c'est pas une question de droits... Bref, réinstallation en cours en espérant que les notifications fonctionneront à nouveau. EDIT : en refaisant l'installation, je me rends compte que c'était de ma faute si ça ne fonctionnait pas. J'avais fait une faute de frappe dans mon fichier 😤 Je continues mon installation.

Je ne peux pas te dire. Ce que je peux te dire c'est que j'ai réinstallé Docker complet aujourd'hui et que je suis en train de restaurer mes containers et que pour Bitwarden ça ne fonctionne pas bien. J'ai donc réinstallé à zéro Bitwarden en suivant mon propre tuto ci-dessus et la partie envoi de mail ne fonctionne pas. Bref, je pense savoir là ou ça a merdé car à un moment donné, des commandes ne voulaient pas passer et j'ai un peu forcé le truc. Bref, il faut que je retente à nouveau pour voir. De toute façon, j'ai une sauvegarde de mes mots de passe.

Mise à jour de mon tuto. Il manquait des dossiers à créer dans le dossier "logs" !

@Einsteinium, J'ai une petite question pour toi stp. Dans Emby Docker, je n'ai aucun port à ouvrir et je passe par un reverse proxy sur le port défini en local par Emby (8096) . Le serveur fonctionne donc parfaitement de l'extérieur sur le port 443. Sur Plex Docker par contre, pas du tout. J'ai bien redirigé le port 32400 dans ma règle reverse proxy mais le serveur n'est pas reconnu même en local via mon domaine plex.domaine.tld:443. Quelle serait la raison stp ? Le faite de ne pas avoir ouvert tous les ports vers l'extérieur malgré le faite que je passe par un reverse proxy ? Merci d'avance pour tes éclaircissements 🙂

Mon mot de passe de compte utilisateur fait 40 caractères donc MAJ, min, chiffres et quelques caractères spéciaux donc je pense pas que ça vienne de là. Est-ce que tu avais bien fait le ménage dans ton dossier Docker avant la réinstallation ? Comme je te l'ai dit, il fallait supprimer : containers volume soit le dossier bitwarden créé Bitwarden prend les infos et les dupliquent un peu partout !

Ok, autant pour moi alors. Bien joué Synology...😤

Bonjour, Je ne pense pas. Mais c'est plutôt Synology qu'il faut contacter pour cette question 😉

Bonsoir, C'est pas un soucis ça, tu es sur le forum depuis 2012 donc depuis tout ce temps, tu as du apprendre à faire des sauvegardes de tes données 🙄 Si c'est pas le cas, en effet, tu peux aussi racheter un NAS de la même marque avec le même nombre de slots pour hdd et les mettre dans le même ordre. Quel intérêt de faire ça puisque le disque dur que tu vas mettre pour installer DSM, tu vas le retirer après pour mettre les autres disques durs ?! Le système DSM s'installent sur tous les disques durs présents. Si tu en enlèves le seul dd présent avec DSM et que tu en mets d'autres, ça repartira à zéro et tu devrais réinstaller DSM à nouveau !

Drap car je rencontre aussi le soucis.

Je parlais du provider du nom de domaine. OVH par exemple 😉 Désoler pour la confusion, j'aurai du dire fournisseur.

Bah on passe par le DDNS du provider avec son domaine. OVH le propose, les autres, je sais pas.

Clair. Je comprend même pas comment vous pouvez continuer avec Quickmachin. Prenez-vous le ndd le moins cher du marché 🙂

Bonjour, Je comprend pas bien l'intérêt de donner les droits root à un utilisateur pour accès SSH et vouloir lui interdire l'accès au NAS alors qu'il aura juste quelques commandes à taper pour avoir accès à tout le NAS et même plus que l'administrateur.

Bonjour, La coutume veut que les nouveaux membres se présentent dans la section prévue à cet effet 😉 Pourquoi parles-tu de Drive ? Ça n'a aucun rapport avec Audio Station 🙄

Pas de soucis 😉

Surtout quand cette IP est dynamique comme c'est son cas 🙄

Les nouveaux membres sont invités à se présenter 😉 Et tu ne lis pas ce que j'écris pour demander ça... Je me cite : Donc oui, tu n'as pas le choix que de repartir sur une base propre et saine pour faire fonctionner les notifications par mail. N’oublies pas de prévenir tes utilisateurs de sauvegarder leur coffre en obtenant le fichier csv qu'ils pourront réinjecter après la nouvelle installation 😉

Tu aurais déjà du lire ça avant quand on te l'a suggéré. Mais tu veux aller plus vite que la musique Pierre et surtout tu veux sauter les étapes 🙂

Bon je reviens après une réinstallation complète afin de comprendre et c'est bon ça fonctionne. Même les notifications par mail 😊 Le soucis chez Bitwarden c'est qu'au niveau ergonomie d'utilisation et fonctionnalités, ils sont au top mais alors question installation, c'est du grand n'importe quoi ! Il faut ajouter des dossiers soit même mais après que le système n'est pas réussi à s'installer en nous disant qu'il manque ceci ou cela dans la fenêtre SSH. Comme si il ne savait pas créer lui même les dossiers manquants. Ensuite, les dossiers changent aussi d'emplacement etc... Bref, du n'importe quoi ! Au niveau notifications, le système va récupérer les informations dans le fichier "global.override.env" et les dupliquer à différents endroits sur les autres containers. Si on a le malheur de lancer Bitwarden dès le départ sans éditer le fichier "global.override.env", c'est mort ! Avant, on pouvait encore changer les choses en éditant un par un les containers qui avait récupérés ces informations mais suite à une des dernière maj, ce n'était plus possible ou en tout cas, je n'y arrivais plus. Bref, voilà les nouvelles étapes pour installer proprement Bitwarden : @Balooforever, si tu veux éditer ton tuto, tu peux reprendre toute la partie ci-dessous qui normalement est correcte si j'ai rien oublié. Je vais reprendre pas à pas ma fenêtre ssh. ***************************************************** Créer un dossier "bitwarden" dans le dossier "docker" dans FileStation. Créer un sous domaine pour votre instance bitwarden et faites en sorte que le certificat SSL de Let's Encrypt soit fonctionnel (rien à faire pour les certificats wildcard). Aller sur le site de Bitwarden afin d'obtenir un ID : https://bitwarden.com/host Entrer une adresse mail valide et copier : ID d'installation : xxxxxxxxxxxxxxxxxxxxxxxxxxxxx Clé d'installation : xxxxxxxxxxxxxxx Maintenant connecter vous en SSH (voir mon tuto si vous ne savez pas faire). Rendez-vous ici : cd /volumeX/docker/bitwarden Nous allons maintenant récupérer le script d'installation et le mettre dans le dossier bitwarden fraichement créé : curl -s -o bitwarden.sh https://raw.githubusercontent.com/bitwarden/core/master/scripts/bitwarden.sh&& sudo chmod u+x bitwarden.sh Puis on lance l'installation : ./bitwarden.sh install Pendant l'installation, nous allons devoir répondre à quelques questions (moins qu'auparavant) : *Les lignes en rouge seront les messages du système au fur et à mesure de l'installation ! (!) Enter the domain name for your Bitwarden instance (ex. bitwarden.company.com): sousdomaine.domaine.tld (!) Do you want to use Let's Encrypt to generate a free SSL certificate? (y/n): n (!) Enter your installation id (get at https://bitwarden.com/host): xxxxxxxxxxxxxx (!) Enter your installation key: xxxxxxxxxxxxx (!) Do you have a SSL certificate to use? (y/n): y !!!!!!!!!! NOTE !!!!!!!!!! Make sure 'certificate.crt' and 'private.key' are provided in the appropriate directory before running 'start' (see docs for info). (!) Is this a trusted SSL certificate (requires ca.crt, see docs)? (y/n): y Installation complete If you need to make additional configuration changes, you can modify the settings in `./bwdata/config.yml` and then run: `./bitwarden.sh rebuild` or `./bitwarden.sh update` Next steps, run: `./bitwarden.sh start` and then `./bitwarden.sh updatedb` Rendez-vous dans FileStation mais ne fermez pas votre fenêtre SSH. Nous allons renommer et copier les fichiers du certificat dans le bon dossier : privkey.pem vers /volumeX/docker/bitwarden/bwdata/ssl/votredomaine/private.key cert.pem vers /volumeX/docker/bitwarden/bwdata/ssl/votredomaine/certificate.crt chain.pem vers /volumeX/docker/bitwarden/bwdata/ssl/votredomaine/ca.crt Nous allons maintenant créer les dossiers qui seront manquants pour la suite de l'installation : /volumeX/docker/bitwarden/bwdata/logs /volumeX/docker/bitwarden/bwdata/logs/admin /volumeX/docker/bitwarden/bwdata/logs/api /volumeX/docker/bitwarden/bwdata/logs/icons /volumeX/docker/bitwarden/bwdata/logs/identity /volumeX/docker/bitwarden/bwdata/logs/mssql /volumeX/docker/bitwarden/bwdata/logs/nginx /volumeX/docker/bitwarden/bwdata/logs/notifications /volumeX/docker/bitwarden/bwdata/core /volumeX/docker/bitwarden/bwdata/core/attachments /volumeX/docker/bitwarden/bwdata/mssql /volumeX/docker/bitwarden/bwdata/mssql/data /volumeX/docker/bitwarden/bwdata/mssql/backups Nous allons éditer le fichier "global.override.env" qui se trouve dans "/volumex/docker/bitwarden/bwdata/env" afin de configurer le serveur SMTP pour que Bitwarden puisse envoyer les notifications. On va en profiter pour inscrire notre adresse mail pour la partie admin 😉 Il faut maintenant finir de configurer manuellement le fichier "config.yml" qui se trouve dans "/volumex/docker/bitwarden/bwdata" : Par défaut, les ports sont 80 et 443 mais en général, ils sont déjà utilisés sur DSM alors on va en mettre d'autres. Pour ma part, j'ai choisi le port 81 et 444. On retourne dans notre fenêtre SSH et on lance ensuite ces commandes une par une : ./bitwarden.sh update ./bitwarden.sh updatedb ./bitwarden.sh start Si ces commandes ne fonctionnent pas, faites d'abord : ./bitwarden.sh rebuild TUTORIEL FINI 🙂

Je viens de faire une réinstallation neuve et il manquait ceci pendant l'installation : docker/bitwarden/bwdata/ logs logs/admin logs/api logs/icons logs/identity logs/mssql logs/notifications Et là, je rencontre un petit soucis avec nginx qui ne veut pas se lancer à cause du port 443 déjà occupé. En même temps, ça m'a pas demandé à l'installation si je voulais une installation personnalisée complète et il manquait des questions comme le port...

A noter que Watchtower ne s'est pas faire la MAJ de Bitwarden 😉

Oui, oui c'était pour les exemples les plus extrêmes 😜

Bah tu sais, regardes les faits divers... Pas mal de sociétés ou particuliers n'ont jamais eu de soucis sur plusieurs dizaines d'années quand d'un seul coup sans prévenir, c'est cambriolage, viol, meurtre, accident etc... Bref, je vais dans l'extrême mais c'est pour dire qu'il faut être prévoyant dans tous les domaines de la vie !

Bonjour, @bagou91 : Sauf que là, on ne sait pas si il s'agit d'un NAS au niveau de la destination... Ça pourrait être simplement un disque dur en USB ! @Kyn : Les nouveaux membres sont invités à se présenter 😉 @Kyn et @Louloutte31 : Une petite recherche vous aurez permit de trouver le tuto sur la sauvegarde qui répond à vos questions. Dans la nouvelle version d'Hyper Backup, il faut choisir "Dossier local & USB (monoversion)" pour obtenir une sauvegarde en clair des données. Et pour lire une sauvegarde originale d'HyperBackup (comme expliqué dans le tuto aussi), il faut passer par ce dernier pour lire le contenu et le restaurer. On peut aussi utiliser un programme qui existe sous Windows, MAC et Linux qui s'appelle Hyper Backup Explorer. https://www.synology.com/fr-fr/releaseNote/HyperBackupExplorer

Bonsoir, Pourquoi t'embêter ? Tu formates tout, tu réinstalles et tu restaures ensuite tes données 🙄