.Shad.

@CyberFr L'idée de ce tutoriel est de limiter les réglages à un usage basique néanmoins sécurisé pour néophyte. C'est pourquoi seule la configuration de LAN 1 est évoquée, c'est transposable à LAN 2, etc... Paramétrer l'interface VPN de DSM implique généralement qu'on a mis en place VPN Server. Qui implique selon moi l'assimilation et la mise en places des recommandations du présent tutoriel. Configurer les règles par interface permet notamment de maîtriser beaucoup plus facilement ce qui est exposé et où c'est exposé. Pour un utilisateur tel que toi, tu apprendras assez peu de choses, ça reste intéressant de le lire en diagonale, notamment les règles concernant IPv6.

Dans la résolution DNS elle n'intervient pas, elle communique au moment de l'octroi du bail DHCP quel(s) serveur(s) DNS utiliser, ça c'est vrai. Pour ton problème, je n'ai jamais eu le moindre souci, mais j'utilise les connexions RJ45 natives du NAS. Quand tu dis que le Pi-hole reste en plan, tu veux dire que le conteneur n'est pas créé ? ou que la résolution DNS ne fonctionne pas ? ou que l'interface virtuelle n'est pas encore montée ? Pour la température elle correspond à celle du capteur CPU.

Je ne suis pas très calé sur ce sujet-là, je laisse @Mic13710 et @maxou56 donner leur avis, ils sont bien plus compétents en la matière.

Je trouve la suggestion intéressante, j'en ouvrirai aussi une dans ce sens. 🙂

Est-ce qu'à l'installation, le paquet n'a pas créé un utilisateur dédié ? Via le terminal, tu peux essayer via un utilisateur administrateur : ps aux | grep jellyfin ou juste ps aux et vérifier si un processus correspond à Jellyfin, la première colonne de l'output te dira quel utilisateur exécute l'application. C'est de cet utilisateur dont tu devras t'assurer qu'il a les accès suffisants pour parcourir la bibliothèque. Je recommande l'utilisation de Docker plutôt que de passer par un paquet Synology pour ce genre de logiciel, car ils ont vite tendance à placer des fichiers à des endroits indéterminés dans DSM et créer des utilisateurs dont l'octroi des permissions est flou.

Salut, As-tu une sauvegarde récente des données ? Autre chose, as-tu essayé de démarrer en enlevant un disque alternativement ?

Même si tu as plusieurs utilisateurs dans Jellyfin même, un seul utilisateur exécute le programme. Via Docker j'imagine ?

Salut, Il faut que l'utilisateur correspondant aux PUID/UID et PGID/GID dans la configuration du conteneur (emby ou jellyfin) ait les droits en lecture écriture et le droit de traverser sur un dossier partagé. L'accès en lecture également le droit de traverser les dossiers.

Salut, A partir du moment où le fichier de configuration ne se situe dans pas dans /volumeX, alors le plus simple est d'utiliser l'accès via SSH pour le modifier. Pour son emplacement c'est difficile à dire, je ne sais pas où les paquets tiers sont installés, s'il y a un emplacement privilégié, je n'en utilise pas. Par contre pour faciliter l'utilisation du terminal tu peux installer les paquets SynoCLI de SynoCommunity, ils ajoutent des commandes dans le shell, la plupart sont très utiles et certaines même indispensables à mes yeux.

Tailscale est également une solution, mais tes données transitent aussi par un service tiers. Et il a des fonctionnalités que QuickConnect ne propose pas, à savoir créer un réseau VPN entre tous tes périphériques utilisant Tailscale. Mais ce n'est pas un paquet Synology, donc pas de support officiel.

Effectivement, simplissime. 🙂

Pas plus de chance avec cette procédure ? https://community.synology.com/enu/forum/3/post/133401?reply=463370

@MagJ Je ne connais pas en détail le protocole, mais je sais que SMB est mal optimisé pour une utilisation distante, car pas prévu pour initialement. WebDAV permet également d'utiliser la corbeille des dossiers partagés. Comme tu le dis, WebDAV peut transiter par le proxy inversé. Il est intégré nativement dans Windows et macOS. Il existe aussi des applications dédiées qui permettent une configuration plus poussée. C'est un paquet Synology donc peu de chance qu'il disparaisse du jour au lendemain. Le fait de décaler le port au niveau du routeur ne te protège pas des masses, à peine un peu plus si tu as décalé sur un port non réservé (49152–65535).

La solution la plus répandue pour de la domotique c'est une installation bare-metal, c'est-à-dire sur une machine dédiée. Docker est une bonne solution, mais depuis DSM 7, la fin du support des dongles de tout type en fait une solution difficile à gérer sur un NAS Synology. A titre personnel, ma domotique (Jeedom + Mosquitto + ZwaveJS + Z2M) tourne sous Docker, MAIS, sur des machines Linux classiques, où je n'ai aucun problème de driver. ZwaveJS, Zigbee2MQTT et Mosquitto sur un raspberry placé optimalement dans l'habitation pour la portée des périphériques, Jeedom sur mon serveur principal sous Debian. MariaDB du NAS est utilisé pour Jeedom, tous les conteneurs ont leurs données sauvegardées via Borgbackup sur le NAS, qui fait lui même une sauvegarde régulière multisite avec Hyper Backup. En revanche, si je devais utiliser mon NAS pour ma domotique, ce serait sous VMM. Une debian basique, dans laquelle j'installerais nativement les paquets. Si ton NAS reconnaît bien les clés évidemment, car pour les passer dans la VM, il faut que DSM les reconnaisse en amont. Tu peux déjà vérifier en créant une VM test si tu sais faire une passthrough de tes dongles.

Depuis DSM 7, c'est la loterie pour les clés, les périphériques USB ne sont officiellement plus reconnus, on peut déplorer la décision de Synology mais c'est ainsi. Même si tu en trouves une qui marche tu n'as aucune certitude que ça fonctionnera encore au prochain patch. Tu as un NAS capable de faire tourner VMM, tu aurais tout intérêt à placer ta domotique dans une VM, ça a l'avantage de la portabilité, de la facilité de sauvegarde et de réplication. Certes ça consomme un peu plus de ressource, mais pour utiliser Jeedom également, la consommation en mémoire est faible, et le temps d'utilisation CPU lui ne sera pas différent en VM que via Docker. Et niveau notifications, le plugin Discord Link marche très bien, au besoin tu peux même utiliser le plugin Script pour créer tes propres requêtes Discord vers des webhook.

Tu n'as pas répondu à ma question, pourquoi dbus et pas bus ? ton retour de commande prouve que le dossier n'existe pas, si les pilotes sont présents c'est probablement dans bus. Concernant les drivers bluetooth, aucune idée s'il faut installer des modules supplémentaires. Je n'ai jamais eu à pratiquer ce genre de manipulation malheureusement (ou heureusement?). Bête question, mais pourquoi tu t'embêtes autant à vouloir faire tourner ça en natif sur le NAS ? alors qu'une VM regroupant tout ce qui concerne la domotique te facilitera énormément la tâche en terme d'installation, et sera plus robuste en terme de sauvegarde et instantanés.

Tu n'as pas de dossier dbus mais uniquement bus, est-ce que le problème pourrait venir de là ? ou faute de frappe dans ton message ? Je me suis un peu renseigné, visiblement c'est bien dans le dossier /dev/bus que doivent se trouver tes périphériques, mais bonjour pour les identifier. C'est pour Jeedom c'est bien ça ? Tu utilises ce dongle avec quel plugin ? Tu peux spécifier le chemin du périphérique dans ton plugin ?

Et ton périphérique apparaît bien dans /dev/dbus ? Parce que s'il n'y est pas ça n'a aucun intérêt. Tu peux mettre une impression d'écran du retour de la commande : ls -ld /dev/*/

Hello, Est-ce qu'un : ls -l /dev/serial/by-id fait bien apparaître ton périphérique dans l'output ? Si oui, est-ce que tu montes bien l'équipement en question dans le conteneur via les volumes ?

Tu as essayé d'ajouter le nom du dossier partagé à la fin de l'adresse ? http://thomasdmnnas.synology.me:26500/nom_du_dossier_partagé Par contre accès distant à un dossier partagé en WebDAV non chiffré, en terme de sécurité c'est la roulette russe.

QuickConnect est la solution la plus immédiate et facile. L'autre solution, plus coûteuse et plus complexe, mais qui t'assurera de meilleurs débits et la confidentialité de tes données, c'est de louer un VPS (bas de gamme, type offre starter d'OVH), d'y installer un serveur VPN, et d'y connecter ton NAS en tant que client.

J'ai bien ri, je te rassure la mode c'est cyclique, dans la classe de ma fille en primaire ils ont quasi tous des prénoms "anciens" 😄 Sinon j'ai bien aimé sur ta phrase concernant adapter l'usage aux besoins, je trouve que c'est un joli concept qui se perd de nos jours avec toujours plus de puissance dans des machines de plus en plus petites. En tout cas bienvenue parmi nous ! 🙂

Salut, non ce n'est pas possible par un proxy inversé. Si je comprends bien, tu exposes publiquement le port SMB de ton NAS ? Ce n'est pas une bonne pratique. Si tu veux partager l'accès à un dossier partagé, tu peux utiliser le protocole WebDAV qui est fait pour ça, et qui permet de monter un lecteur réseau distant directement depuis l'explorateur Windows par exemple. WebDAV est disponible dans DSM, et peut écouter sur un port sécurisé. L'autre solution c'est que tes utilisateurs utilisent un serveur VPN (paquet proposé par DSM également) pour se connecter aux dossiers partagés de ton NAS comme s'ils étaient sur le réseau local. Mais c'est plus contraignant pour les utilisateurs, et un peu plus complexe à mettre en place de ton côté. Je recommanderais dans un premier temps l'utilisation de WebDAV : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_access_files_on_Synology_NAS_with_WebDAV

Il faut que tu lises plus attentivement le point 8-B-3-b, et que tu respectes scrupuleusement les instructions. Si tu as recopié ce que j'ai mis, tu ne peux pas avoir ce message, tu as dû décommenter la mauvaise ligne. C'est un tutoriel pas spécialement compliqué mais qui demande une certaine rigueur dans son déroulement.

Oui c'est le même fonctionnement que pour n'importe quel autre type de réseau.