.Shad.

Salut, La différence de prix vient principalement du format rack, et du fait que ces NAS sont généralement destinés aux professionnels. Ils embarquent souvent de la mémoire ECC d'ailleurs également. Si le format rack n'est pas obligatoire, vous ferez des économies substantielles en choisissant le DS923+ par rapport au RS822+. Après pour moi j'ai récemment troqué mon DS918+ pour un RS422+ pour le format rack justement, car mon NAS ne fait office que de serveur de fichiers, avec quelques conteneurs docker qui tournent mais rien d'intensif, donc les 2 Go ECC soudés sont suffisants. Pour la liste des modèles voir ici :

Salut, ce ne serait pas mieux de détecter la cause de l'arrêt plutôt que de relancer systématiquement ? Est-ce que tu as des noms de fichier trop longs ou bien dont l'arborescence est trop verticale ? Que dit le centre de journaux ? Faudrait commencer par là je pense.

Oui j'ai pareil, je vais tester ça du week-end. Oui, VPS OVH à Gravelines, qui me sert à d'autre chose aussi.

@Mic13710 Tu as mis des mots sur mes maux ! Merci pour la recontextualisation. Dans les faits j'ai deux réseaux wireguard : un utilisé comme le tien en split tunneling pour me connecter chez moi (mais ça serait juste l'affaire de changer les AllowedIPs pour passer en full tunneling) et accéder à certaines applications de gestion du réseau, et un autre avec le "serveur" (un pair dans les faits, mais ce sont toujours les autres qui se connectent à lui) en full tunneling, pour bénéficier d'une IP française et débloquer certains replays sur FranceTV principalement.

Bienvenue parmi nous

Ok, j'ai mis le doigt dessus, c'est la résolution DNS qui me pose problème. Quand tu joins un nom de domaine qui existe dans la zone DNS locale, tout va bien, mais quand il n'existe pas, comment est traitée l'information ? Est-ce que le serveur DNS local transfère la demande à ses redirecteurs, et si pas, comment est retournée l'info que le client VPN doit utiliser ses DNS pour atteindre sa cible ? Parce que mine de rien, de l'info transite dans le tunnel dans ce genre d'échange. Alors je sais que la résolution DNS se fait a priori le transfert de données (le paquet ne part pas sans savoir où il doit aller). Mais je suis curieux de connaître la façon dont Wireguard gère ça.

Welcome !

@Mic13710 Oui je vois bien, quelque chose me chagrine encore cependant. Il faut que j'arrive à le formuler pour moi-même déjà avant de pouvoir l'expliquer.

Le serveur wireguard est sur le même réseau que le routeur on est d'accord ? et ton but c'est que le DSM distant accède à ton routeur en passant par Unraid ? Un schéma vaut mieux que plusieurs échanges.

Normalement tu as juste à monter le device, idéalement par UUID pour qu'il n'y ait pas de risque de changement dans le temps, dans le conteneur à sa création. A ma connaissance c'est uniquement faisable en ligne de commande ou par docker-compose. Comment crées-tu ton conteneur ?

@Mic13710 Je suis assez étonné que ça fonctionne avec un PC, car sur ton PC tu n'as qu'une IP privée locale. Comment peut-il faire un tri sur ce qui doit transiter ou pas via le VPN sur ce seul critère ? Sur Android tu as la possibilité de choisir quelles appli transitent ou pas par Wireguard. Sur Linux, si tu as plusieurs interfaces tu peux plus facilement dire quelles interfaces voient leur données transiter par la connexion VPN (via précisément la directive AllowedIPs) Je vais mener quelques tests de mon côté.

Tu peux monitorer ce que tu veux, à partir du moment où tu sais comment faire ingérer les données à InfluxDB. Telegraf prend en charge MQTT, et pour un cadre domotique c'est déjà 50% du boulot qui est fait. Le reste dépend de ton installation, des protocoles utilisés, des capteurs dont tu disposes, de la passerelle domotique utilisée (Jeedom et Home Assistant embarquent tout un tas de plugin constructeurs permettant de recueillir les informations des onduleurs et automates). Jeedom propose aussi un plugin InfluxDB qui fonctionne très bien. Je m'en sers pour tracer certains graphiques relatifs aux températures dans ma maison et l'activité des vannes thermostatiques.

A ma connaissance, ce n'est pas possible (voir peut-être GitHub - publicarray/spksrc at wireguard) Mais tu n'as pas besoin que Wireguard soit installé sur le routeur forcément, tu peux l'installer dans Docker, dans une VM, sur un raspberry, etc... et rendre le réseau local accessible aux pairs. Ton routeur deviendra accessible via son IP locale.

Je me suis peut-être mal exprimé en utilisant le mot passerelle. De ce que j'en ai compris, un serveur DHCPv6 peut distribuer les IP à la manière d'un serveur DHCPv4, mais les serveurs DNS IPv6 à utiliser pour les clients sont obtenus par le mécanisme du Router Advertisement (RA). En l'état, le routeur fournira sa propre IPv6 comme serveur DNS à utiliser pour tous les cliens DHCP du réseau. Donc pour que les clients utilisent Pi-Hole comme serveur DNS IPv6 il faut que : Pi-Hole soit lui-même un serveur DHCP, fonction qu'il embarque mais tâche qui me semble trop importante pour lui être confiée. Le routeur principal (ici la box) puisse promulguer une autre IPv6 que la sienne via son RA. Moi de ce que je vois de l'écran de @Jeff777 c'est qu'il peut effectivement forcer l'utilisation de serveurs DNS personnalisés pour la box même (si l'agencement des menus a été logiquement fait), auquel cas, s'ils renseignent les IPv6 des conteneurs Pi-Hole, s'ils ne répondent plus, sa Freebox (et son réseau) ne saura plus résoudre les domaines en IPv6, a priori ça entrainera juste un fallback en IPv4, ça pourrait être relativement transparent, au plus une petite latence au chargement d'une page pas en cache. Sujet pas toujours évident, et je peux très bien avoir compris de travers.

Si on peut effectivement changer les gateways V6 depuis Freebox OS qui sont annoncés sur le réseau c'est parfait. Free m'étonnera toujours. En Belgique les modems des FAI sont totalement cadenassés.

@Jeff777 Oui oublié de mettre le lien désolé 😢 : Pi-Hole and IPV6 - How to make it work? - Help / Community Help - Pi-hole Userspace Ok, donc la box se sert des DNS des NAS qui eux-mêmes interrogent ceux de Pi-hole ?

Là tu dis à ta box d'utiliser les Pi-hole pour résoudre les requêtes IPv6. Ca marche car la box fait son router advertisement sur le réseau et que le serveur DNS utilisé est celui de la box (qui renvoie vers Pi-Hole). Ca marche, mais je trouve toujours ça gênant de fonctionner dans ce sens. Surtout si tu as une partie de ton interface gérable en ligne, ce n'est pas sûr que tu puisses faire quoique ce soit si la résolution DNS déconne. C'est plus compliqué en IPv6 en réalité. Pourquoi ? Car un serveur DHCPv6 n'envoie pas de passerelle DNS, contrairement à l'IPv4. C'est le mécanisme du Router Advertisement (RA) qui diffuse l'IPv6 du routeur comme passerelle IPv6. Donc dans les faits, ta méthode est la plus simple, mais pas la plus robuste. Tu peux lire ce post très intéressant qui décrit bien le problème. Les solutions dépendent de ce que ta passerelle IPv6 permettra.

Officiellement la RAM n'est pas compatible. Donc si tu n'as pas de témoignage certifiant du bon fonctionnement d'une RAM tierce pour ton modèle de NAS, ce sera au p'tit bonheur la chance. Il y a un sujet dédié sur ce forum sur les barrettes compatibles. Mais assez peu de témoignages sur la RAM 4ème génération ECC, c'est déjà adapté à certains modèles de NAS haut de gamme ou entreprise. Je te conseille d'aller jeter un oeil sur Reddit, on y trouve beaucoup d'informations intéressantes : https://www.google.com/search?q=reddit+ddr4+ecc+synology&oq=reddit+ddr4+ecc+synology&aqs=chrome..69i57j33i160j33i22i29i30l4.7588j0j7&client=tablet-android-samsung-ss&sourceid=chrome-mobile&ie=UTF-8&chrome_dse_attribution=1 Pourquoi la différence de prix ? je soupçonne que c'est très commercial. Même chose pour les disques estampillés Synology.

Voir ce sujet : https://www.assistance.bouyguestelecom.fr/s/forum/question/0D5080000BUP2s7CQD/btv-sur-amazon-fire-tv-stick- La solution la plus évidente aurait été une box android, mais visiblement l'appli n'est pas compatible Android TV (qui équipe les box android). Je ne pense pas que le cast réduise drastiquement les performances ni la qualité, ça dépendra surtout de la qualité du wifi.

@Karim PATEL Ta question est une question de réseau, ça pourrait encore concerner un PC, un raspberry, une patate connectée, les questions et réponses seraient les mêmes. Je ne peux qu'abonder dans le sens de @Mic13710

Prends du sale et cher, et ça marchera bien. 😄

Utilisateur:groupe 1000:1000 dans tes images ? Ca expliquerait tes problèmes, car DSM n'aime pas trop cette combinaison là. Voir le système des PUID PGID mis en place via Linuxserver par exemple. IP_DU_NAS:8080 si j'en crois ton fichier compose, et pas 8081. Et c'est bizarre d'utiliser httpS pour un port pointant vers le port 80 du conteneur. Et pour la BDD tu accèdes via le port 5433, il te faut un client postgres pour y accéder.

Pourquoi avoir pris un DS923+ si tu avais besoin de transcoder ? Il n'a pas d'iGPU intégré (comme le DS920+), donc il transcode beaucoup moins efficacement, même si le processeur est plus puissant que les version antérieures. Augmenter la RAM ne changera rien, car c'est le processeur qui est mis à contribution.

Suivant la façon dont tu as copié les fichiers sur le NAS (git clone?) il se peut que les fichiers ne disposent pas de la surcouche d'ACL qu'applique DSM aux fichiers présents dans les dossiers partagés qui remplacent les permissions UNIX. Et donc que par défaut, tes dossiers pourraient ne pas donner les autorisations "x" pour traverser les sous-dossiers backend et frontend. Si tu redéfinis la propriété des dossiers via clic droit -> Propriétés dans Filestation, tu devrais résoudre tes problèmes de récursion. Tu peux vérifier en SSH aussi que tes dossiers et fichiers ont bien un petit "+" à la fin de leur permissions UNIX, ça veut dire que les couches d'ACL sont bien présentes.

Vu en live sur TeamViewer, c'était l'enregistrement filestation.ndd.fr qui pointait vers l'IP virtuelle du NAS et pas l'IP de SWAG. Du coup, ça redirigeait vers le port 5000/5001 (suivant demande http 80 ou https 443) car traité directement par le NAS et pas par SWAG. Pas évident à voir, nslookup a mis sur la voie.