.Shad.

Mon installation remonte à plus de deux ans, et ça répondra à un de tes questions, j'ai juste à balader le dossier bwdata et le script pour déplacer mon instance de Bitwarden. De souvenir il faut lui dire que tu as un certificat SSL à utiliser, mais lui demander de ne pas gérer la partie SSL ni de renouveler le certificat si tu passes effectivement par un proxy inversé en amont. Si tu n'es pas sûr en mettant non à tout tu es sûr qu'il s'en occupera pas, et tu pourras changer ce que tu veux dans le fichier bwdata/config.yml (en fait les questions de l'installeur servent juste à peupler ce fichier, éditable à souhait a posteriori). Tout à fait C'est la (bonne) recommandation de @Balooforever. Dans les faits tu peux te placer où tu veux, il faut juste savoir que les fichiers appartiendront à un utilisateur avec UID/GID de 1000/1000, qui est sur la plupart des distributions Linux l'utilisateur créé par défaut à l'installation (pas root). Chez Synology les utilisateurs commencent à 1026, avant ça ce sont des utilisateurs réservés par le système. Donc éviter d'aller placer ça dans le home d'un utilisateur. Dans les faits ça marche très bien chez moi dans un dossier partagé docker/bitwarden comme le suggère le tutoriel. Normalement l'installeur refuse l'installation si tu as moins de 2 Go de mémoire vive, dans les faits il y a 2 ans on pouvait arriver à ces quantités de RAM à cause du conteneur sql intégré. Depuis presque 1 an, je ne dépasse plus 400-500 Mo pour l'entièreté des conteneurs. L'utilisation du CPU est totalement anecdotique. Noter que ça reste toutefois beaucoup plus que bitwarden_rs. Je pense que c'est un problème pour ceux qui virtualisent beaucoup ou qui hébergent leur serveur mail, ça consomme beaucoup de RAM du coup gagner quelques centaines de Mo paraît alléchant. Comme dit au tout début, tout est dans bwdata, il suffira d'utilisation la commande stop du script, déplacer tes fichiers d'une machine à l'autre, commande rebuild et updatedb, et normalement c'est fonctionnel. Après 2 ans d'utilisation intensive, je peux dire que je ne pourrais plus m'en passer. Hormis quelques écueils sur la compatibilité avec Chrome sur Android, rien à redire... 🙂 Gros +1 pour la fonctionnalité des organisations, ça permet d'avoir un coffre commun avec une-des) autre(s) personne(s) et partager des accès (typiquement utilisation en famille ou au sein d'un bureau).

Dans la configuration d'OpenVPN il y a une option pour autoriser l'accès aux ressources locales, l'as-tu cochée ?

Essaie ndd.synology.me:443 au lieu de ndd.synology.me

De manière générale il faut essayer de regrouper les permissions qu'on peut retrouver en commun sur un certain nombre d'utilisateurs, au sein des permissions d'un groupe. Et ensuite adapter sur l'utilisateur si besoin. 🙂 Mais tout ce qui peut être fait au niveau du groupe doit l'être.

Je recommande fortement les paquets CLI de SynoCommunity, très pratique !

Tu as tenté un réglage de la sorte ? Tu peux également avoir un réglage plus granulaire en cliquant sur personnaliser.

Bienvenue parmi nous ! Beau matos 🙂

Bienvenue parmi nous, puisse-tu trouver les réponses à tes questions 😉

Si, il est disponible, et est bien référencé sur la page :

De rien 🙂

Perso j'ai laissé les listes par défaut, les fois où j'ai tenté d'en rajouter je me suis retrouvé avec beaucoup trop de faux-positifs à whitelister.

Tu peux ajouter des dossiers d'équipe dans Drive, par défaut seul le home des utilisateurs est synchronisé, et un dossier reprenant les dossiers partagés entre les utilisateurs. La solution que tu cherches, s'il est question d'avoir des lecteurs réseaux comme via un VPN, c'est d'utiliser le protocole WebDAV, disponible en sécurisé ou non. Un serveur WebDAV est disponible sur DSM.

Salut, Tu as regardé dans /var/packages/ ?

Salut, Ça demande un peu de temps pour assimiler les concepts, j'ai encore parfois des révélations, une étincelle de compréhension sur des sujets que j'ai découverts il y a de cela 2 ans, quand j'ai commencé à m'intéresser au réseau. Pour ma part j'avais acheté ce livre, qui a vraiment mis les bases (et pas que les bases) à plat avant de bien cerner les différents concepts dans leur essence : https://www.amazon.fr/Réseaux-informatiques-fondamentales-Architectures-Virtualisation/dp/2409021395/ Je ne regrette pas du tout cet achat 🙂 Bonne chance pour tes prochains projets !

Chez WD ou chez les concurrents également ? Chez Seagate tu as les Ironwolf qui sont l'équivalent des WD Red, et chez Toshiba c'est la série HGST.

Bienvenue parmi nous. 😉

Je ne vois pas bien le rapport entre Surveillance Station et la commande d'un actionneur. Ce qu'il te faut c'est un système domotique, qu'il soit intégré à ton moteur/vérin par le fabricant ou que tu réalises la commande toi-même en filaire ou wifi.

Merci à toi ! Concernant les calendriers, je n'ai rien trouvé qui soit à la hauteur de ce que propose Google pour l'instant. Si tu trouves quelque chose de viable je suis tout ouïe.

Bienvenue parmi nous 🙂

Salut, je te conseille une debian ou un ubuntu, tu trouveras toutes les infos que tu veux concernant ces distributions. Pour apprendre les bases de la ligne de commande, je ne peux que te conseiller cet ouvrage : https://www.amazon.fr/Linux-Beginners-Introduction-Operating-Command-ebook/dp/B00HNC1AXY Très basique a posteriori, mais les bases (avec exemples) sont hyper solides et ça te permet d'aborder le reste de manière beaucoup plus sûr. Le texte est en anglais, mais reste très accessible.

Bienvenue parmi nous 🙂

Bah c'est là qu'on voit qu'un NAS c'est quand même avant tout fait pour stocker des données 😛

Essaie de te connecter via Telnet.

Le même avis que sur l'autre post que tu as fait, merci d'éviter les doublons. Comme l'a dit @maxou56 Putty c'est pour Windows, aucun intérêt sur Linux qui intègre un shell complet. Ensuite tu te contentes de dire que tu as tout fait tout essayé, on voit bien que tu es exaspéré mais en l'état ça n'a rien de constructif. Tout le monde a réussi à mettre en place ce tutoriel, que ce soit sur Linux, Windows ou macOS. Reprend le tutoriel à tête reposée, et supprime toutes les clés existantes et déjà enregistrées sur le NAS (supprime les fichiers authorized_keys et known_hosts dans ~/.ssh sur le NAS)

C'est faisable avec le compte root uniquement, pas avec un utilisateur admin ou normal, limitation liée à l'implémentation de DSM, sur un Linux classique il n'y a pas ce problème. Enfin pas sans bidouiller dans sshd. Modifications qui seront aussitôt écrasées à la moindre mise à jour. Pour le faire via root, voir :