.Shad.

Certains modèles ne sont pas compatibles, autant essayer de les éviter et dans la mesure du possible, se pencher vers une solution déjà reconnue compatible.

Un peu de lecture des différents tutoriels et du site de Synology te seraient bénéfiques avant de réclamer qu'on te mâche tout le travail. 😕

Si tu décides un jour d'utiliser des VLAN pour isoler plusieurs réseaux (domotique, LAN, wifi invité, etc...) tu ne pourras pas faire ça avec la box, mais avec un switch administrable oui. Pas obligé de prendre un switch Ubiquity pour cela, la plupart des marques (Netgear, TP Link, D-Link et le reste...) permettent de gérer ça facilement. L'avantage avec un switch Ubiquity c'est que tu peux centraliser la gestion de tes points d'accès Wifi et ton switch dans Unifi Controller. Hormis ce cas d'utilisation, @Mic13710 a bien résumé la situation. Et je rejoins @bouks sur le fait d'essayer de t'affranchir de ta box quand possible (souvent les décodeurs TV nécessitent d'y être reliés directement, ce qui, suivant le dispatching de ton réseau filaire dans différentes pièces, peut empêcher de la remplacer ou même de tout mettre derrière un routeur en bridge). Le RT2600AC est un bon produit, mais je ne pense pas qu'il sorte du lot par rapport à d'autres alternatives à un prix nettement moins élevé. EDIT : Je viens juste de voir que j'ai zappé une page de discussion 😄 les réponses que je donne sont peut-être caduques du coup 😉

Tu as bien autorisé l'accès aux applications moins sécurisées dans ton compte Google ? Comme dit plus haut, j'utilise rebuild pour recharger les modifications apportées au(x) fichier(s) de configuration. En utilisant Gmail, tu ne devrais pas avoir besoin d'utiliser la variable trustServer

Ce n'est pas normal. D'ailleurs, tu as bien renseigné tous les paramètres SMTP nécessaires dans ce fichier ?

@Spi : Je ne vois pas pourquoi tu obtiens cette erreur, à part éventuellement un problème chez Bitwarden. Il y a par contre moyen de contourner ça, tu peux installer Bitwarden sur une autre machine Linux sur ton réseau, si tu as ça. Ensuite, il te suffit de copier/coller le dossier bwdata et le script sur ton NAS. Puis, tu lances le script avec l'argument restart En réalité le script d'installation sert juste à compléter les fichiers de configuration : bwdata/config.yml bwdata/env/global.override.env Du coup peu importe la machine qui exécute le script. Si tu as toujours la même erreur alors effectivement il serait préférable de contacter Bitwarden directement. Le compte de l'expéditeur est-il un compte lié à ton nom de domaine ou est-ce un compte tiers (Gmail, Hotmail, etc...) ? Depuis quelques versions il m'est impossible d'utiliser mon mail OVH, il m'a fallu utiliser un compte Gmail pour l'envoi. L'envoi de mail est nécessaire pour 2 choses : La confirmation de l'adresse mail L'accès à la partie Admin Peut-être aussi la récupération de compte en cas de problème avec l'authentification deux facteurs, ne l'ayant pas activé je ne peux pas l'assurer. Il existe une autre solution, mais qui n'est pas des plus sécurisées, qui consiste à ajouter la ligne suivante dans le fichier bwdata/env/global.override.env : globalSettings__mail__smtp__trustServer=true Ça bypass toutes les vérifications, à utiliser à bon escient donc...

Il suffisait que je dise ça... 😛 Félicitations à la team SynoCommunity !

Bienvenue parmi nous 🙂

Salut, L'image dont tu parles n'existe pas, tu voulais parler de celle du tutoriel ? Quelle erreur ? Est-ce que les ports bien accessibles ? Ce que tu as mis comme extrait de log correspond à quoi ?

Quelle image de Deluge utilises-tu ? Peux-tu faire une impression d'écran des paramètres sur l'interface Deluge ? Cette image est assez connue pour son intégration d'un client VPN avec le conteneur Deluge : https://hub.docker.com/r/binhex/arch-delugevpn/

Salut, Les adresses IP privées en 172 vont de 172.16.0.0 à 172.31.255.255 Donc en quoi ça ne serait pas correct ? Ce n'est pas une adresse IP ça, c'est un IP range. En dernier lieu, Je ne vois pas comment tu arrives à la conclusion d'un problème de bridge à cause de cette erreur. Il y a visiblement quelque chose qui cloche au niveau de la création du numéro d'ID Bitwarden, il se peut (très fortement) que le script bitwarden.sh ait évolué entre la rédaction du tutoriel et maintenant. Reprend les différentes étapes à tête reposée, tu peux fournir des impressions d'écran si tu hésites sur certaines questions.

Testés sur un DS918+, fonctionnent sans problème : https://www.ldlc.com/fr-be/fiche/PB00263753.html

Il n'y a rien dans l'interface Docker pour DSM permettant de faire ce que tu souhaites, le planificateur de tâches est là pour ça. Pour ma part, Emby est installé sur un i3 8ème génération, le transcodage marche parfaitement, mais même avec ce processeur je suis quasi à 100%, sauf qu'il pré-charge le film très rapidement. Pour les sous-titres, as-tu essayé de jouter avec cette option : De plus, tu peux définir le nombre maximum de threads du processeur à utiliser pour le transcodage, moi j'ai mis sur maximum :

Salut à toi, Tes questions ne sont pas bêtes du tout, c'est bien de les poser : 1) Le RAID (ou SHR) est ce qu'on appelle de la continuité de service => si un disque flanche, l'autre est une réplique exacte du premier et tout se passera comme si rien n'était arrivé, hormis qu'évidemment DSM va t'avertir qu'un des deux disques a un problème. Ce n'est en rien une sauvegarde, imagine que ton NAS grille à cause d'une surtension, que les disques sont HS, tu ne pourras rien récupérer sauf sauvegarde sur un périphérique externe ou dans le cloud. La sauvegarde est donc là pour assurer la pérennité des données. Donc tu as tout intérêt à garder ton plan de sauvegarde actuel. 2) Si tu as bien fait un groupe SHR ou RAID1 avec protection des données, tu peux faire confiance au système, il vérifie régulièrement la concordance des données entre les disque 1 et 2. En cas d'erreur, ça te sera signalé dans les notifications de DSM.

Attention que les mises à jour de SynoCommunity ne sont pas spécialement fréquentes par contre.

Bienvenue ! Ce sera 2 ou 4 chez Synology 😛

Salut, J'ai reçu mes SSD LDLC NVMe aujourd'hui, je les monte ce soir, je reviendrai vers toi pour te dire.

Tu peux te faire ch*er à faire ça ou alors tu fais clic droit -> propriétés sur le dossier en question et tu mets ton utilisateur Emby en propriétaire. Les comptes dans Emby n'ont rien à voir avec les comptes de DSM.

Bienvenue !

Ok je ne vois nulle part que tu as essayé de mettre l'uid et le gid d'un administrateur complet du NAS. Et normalement, il faut que l'utilisateur, 1047/100 dans ton cas, soit propriétaire du dossier de config (docker/emby) sur le NAS, pas seulement avoir les permissions.

Par acquis de conscience à ta place je mettrais l'utilisateur admin pour voir si ça change quelque chose, histoire d'écarter définitivement la question des permissions.

Tu as juste à monter le driver dans le conteneur, rien de plus.

Merci pour l'information, je n'étais pas au courant, et en même temps c'est logique, car parfois j'ai des recommandations alors que je ne suis pas passé par Google et que j'ai un adblocker.

Personnellement je préfère utiliser l'image de Linuxserver, jamais de surprise avec eux, la configuration de leurs images est totalement standardisée.

Tu as bien renseigné le chemin au sein du conteneur et pas sur ton NAS ? Vérifie également que les dossiers ont été créés dans le conteneur : docker exec -it <nom_du_conteneur> bash pour y accéder.