Toutes les discussions

Bonjour, le mode "relais IPV6" était un peu trop limitant vis à vis de mes attentes: j'ai fini par arriver à une configuration qui répond à mes besoins, à savoir: un réseau A: dédié TV, uniquement en Wifi et IPV6 -> résout complètement le problème erreur #1014 sur freebox pop😀 le mode opératoire pour configurer IPV6 est très bien décrit dans ce post https://www.nas-forum.com/forum/topic/49966-configuration-ipv6-sur-rt1900ac-avec-freebox/#findComment-1319374614 un réseau B: filaire/wifi, en IPV4, pour tous les autres périphériques pas d'isolement de ces 2 réseaux car j'ai besoin que mon serveur Plex sur réseau B puisse communiquer avec la box TV qui se trouve sur le réseau A: des règles pare-feu permettent de ne laisser passer que le strict nécessaire en ces 2 réseaux mise à jour des paramètres DNS server sur SRM en lien avec le reseau dedié TV et la plage d'adresses IP associée Seul point qu'il me reste à traiter est le temps de chargement des chaines TV un peu long, de l'ordre de 10 secondes aujourd'hui : j'ai cru comprendre qu"il était possible d'améliorer cela: https://lafibre.info/remplacer-freebox/freebox-pop-ucg-ultra-configuration-ipv6-pour-player-popoqee/12/ Extrait Analyse du lag Avant l'ajout de l'entrée DNS : latence de +/- 10 secondes. Après l'ajout : +/- 3/4 secondes. J'ai fait des captures Wireshark pour éliminer le délai restant. Voici la séquence exacte observée : Le player envoie une requête DNS AAAA pour mafreebox.freebox.fr afin d'obtenir l'adresse IPv6 de la box - c'est l'étape d'authentification réseau Free Le player tente une connexion TCP vers la box sur le port RTSP 554 - c'est un vestige du protocole historique Free TV (les chaînes étaient autrefois distribuées en multicast IPTV directement depuis la box). En mode bridge, la box ne sert plus de contenu vidéo et ne répond pas sur ce port en IPv6 ~1 seconde plus tard, pas de réponse : le player envoie une retransmission TCP ~2 secondes plus tard : le firewall renvoie un ICMPv6 "Destination Unreachable" signalant que la connexion RTSP est impossible Le player abandonne la tentative RTSP et enchaîne sur les connexions OQEE Requêtes DNS sur license.oqee.net et api.oqee.net - le player obtient des enregistrements A et AAAA pour ces serveurs Connexion HTTPS vers api.oqee.net (2a01:e0f:1:9000::67) - récupération du manifeste de la chaîne et du token d'accès Requête DNS sur time.akamai.com - synchronisation horaire, nécessaire pour la validation des tokens DRM et la synchronisation des flux live Le player initie le streaming vers 2a01:e00:0:ffff::f5 - une adresse Anycast du réseau CDN Free/Proxad (2a01:e00::/32). Certains segments transitent également par Akamai (2a02:26f0::/32), un CDN tiers utilisé par Free pour la distribution de contenu. Le player n'obtient pas cette adresse via DNS - c'est le serveur api.oqee.net qui la fournit dans la réponse du manifeste (HLS/DASH). Le trafic est routé vers le point de présence Free le plus proche La vidéo est lancée Le fix final Le délai résiduel de 3-4 secondes vient des étapes 2-4 : le player attend la réponse RTSP qui ne viendra jamais. La solution est d'ajouter une règle Reject (pas Block) sur le firewall pour le port 554 vers la box : Reject | IPv6 | TCP | LAN net IPv6 | IP_GUA_Freebox | port 554 La distinction Block vs Reject est capitale : Block droppe le paquet silencieusement et le player attend le timeout TCP complet (~3 secondes). Reject envoie immédiatement un TCP RST, le player comprend instantanément que ce port n'est pas disponible et passe à l'étape suivante en quelques millisecondes. Résultat : le lag restant disparaît complètement Si quelqu'un sait comment transposer ça sur SRM, je suis preneur 😀

Bonjour @Audio content que tu as pu trouver la cause racine de ton problème 😀 j'ai vérifié mes logs, pas de souci de mon coté, script et tache planifiée étant en accord sur le paramètre que tu as cité. bonne fin de week-end,

Je ne vois pas non plus de problème qu'il y ait un ou plusieurs ndd, qu'ils soient en synology.me ou autre. La ou les zones doivent être limitée(s) au(x) seul(s) ndd utilisé(s) et en l’occurrence, il s'agit du ndd "xxxx.synology.me" et de son wildcard "*.xxx.synology.me" ou de ses ndd de troisième niveau si on veut cibler des urls précis comme par exemple "file.xxx.synology.me" ou "audio.xxx.synology.me" etc... Bien entendu, il faut que le serveur DNS local soit inscrit dans les paramètres du DHCP et que ce soit le serveur qui dirige les requêtes non résolues vers des serveurs publics. On perd (un peu) en réactivité mais on gagne en facilité d'utilisation puisqu'il n'y a qu'une seule adresse par application que ce soit en local ou en publique. Voir l'excellent tuto de @Fenrir https://www.nas-forum.com/forum/topic/55206-tuto-dns-server/

Je n'ai jamais essayé, mais ça doit être possible. Attention cependant aux effets de bord si plusieurs domaines *.synology.me sont utilisés sur d'autres équipements distants. La zone synology.me de DNS Server remplacera tous les domaines enfants, ce qui n'est pas forcément souhaitable.

Je sais, ta remarque date un peu. Arrête moi si je me trompe. On peut très bien utiliser les domaines "*.synology.me" en local à la condition de le faire via un serveur DNS local, celui du NAS ou autre. On le fait bien avec n'importe quel ndd, il n'y a pas de raison que ce soit différent pour "*.synology.me"

Il faut conserver les deux préfixes car l'un est local et l'autre global.

Impossible ! La version package est trop ancienne et ne dispose pas de toutes les fonctionnalités (ce n'est pas un HAOS) De plus elle n'est pas forcément disponible pour ton architecture https://synocommunity.com/package/homeassistant Ton NAS de supporte pas docker (container manager) donc impossible aussi de ce côté là Bref, NAS trop vieux et pas assez puissant.

Bonjour, J'aimerai bien installer Home Assistant sur mon NAS qui a quelques heures de vol, mais qui fonctionne trés bien et je ne trouve cette application dans le centre des paquets. Mon firmware est à jour et j'ai lu que Synologie offrait cette possibilité. Mon unique objectif est de réaliser cela => https://github.com/debrouillestoi/BoPi-HomeAssistant/ Au plaisir de vous lire ;)

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Une petite heure 👍 Je n’ai pas énormément de fichiers Et ça fonctionne impec 👌 Trop fort Mic Un grand merci à toi 👍👍👍

Il faudra se montrer patient. Selon le nombre de fichiers à traiter, l'opération peut prendre plusieurs jours.

Bonjour Mic Merci pour ta réponse Je tente ça et reviens vers toi 👍

Il faudrait relancer l'indexation des dossiers multimédia. C'est dans le panneau de configuration, service d'indexation.

erci à tous pour votre aide, , donc je vais essayer de voir les app qui sont sur le nas, car ici, il ne m'en sert que comme mémoire centrale pour 4pc; C'est tout , car j'ignore même qu'on peut en faire autre chose. je pourrais reprendre les investigations dimanche, mais à vous lire c'est full full et pas moyen de passer à coté d'acheter des disques plus gros! Quoi qu'il en soit , je vais d'abord "libérer" de l'espace en copiant des parties sur disque externe.

Bonjour à tous Je me permets de vous solliciter car je remarque un problème depuis un certain temps Je possède un Nas DS114 avec DSM711 qui me convient à merveille mais je n’ai plus accès à tous mes derniers ajouts de fichiers notamment les dernières vidéos ne sont plus accessibles depuis ma TV via VLC (en UPNP ) et pareil pour mes derniers audios via mon StreamMagic 6. Ce qui est étrange c’est que j’accède sans problème à mes anciens fichiers, ceux que j’ai ajouté l’année dernière par exemple. Petite précision, j’ai accès à tout sans problèmes via VLC en saisissant mes identifiants et mot de passe en SMB il s’agit peut être une mauvaise config en UPNP mais je ne suis pas assez expert pour y remédier Merci d’avance pour votre aide 👍

Bon après c'est sur que si ça avait été un serveur de prod je n'aurais pas tenté moi non plus ha ha Mais content que ça fonctionne, je vais tester maintenant les capacités du serveur sur machines virtuelles. Merci pour les informations et bon weekend !

Il faut croire que non vu ton test. Mais jamais je n'aurais tenté en prod ; trop de craintes qu'entre les contrôles ECC et les autres ça foute la grouille

Bonjour @Superthx et @aurelp J'ai refait un tour sur mes ennuis dans DSM et SRM avec le script modifié par @aurelp . Après essais j'ai compris que j'avais déjà le problème avec le script original de @Superthx mis en place en octobre 2025. Les "erreurs" observées dans les logs n'en étaient pas mais simplement le traitement des IPs invalides et des doublons. En fait je me retrouvais parfois avec une "Liste des blocages" vide que ce soit sur DSM ou SRM et je ne comprenais pas pourquoi. C'était dû à la date d'expiration du blocage (basiquement 2h + 1mn dans le script dont la variable Freq est réglée à1) alors que je ne relançait le script que toutes les 12 heures. Fatalement selon l'heure à laquelle je consultais la Liste de blocages je pouvais tomber sur une liste vide (expiration du blocage de toutes les IPs en attente de relance du script). En réglant Freq=12, c'est rentré dans l'ordre. Merci à tous les 2 et à tous les contributeurs initiaux depuis le début de ce sujet et à ceux qui ont pris du temps par la suite pour peaufiner ce scripts dont @PPJP et @bruno78 . Cordialement Audio

Qu'est ce que ça peut poser comme souci ? L'ECC ajoute une correction d'erreur c'est bien ça ? (d'où les 8bits supplémentaires sur la Total Width) Mais en global est-ce réellement non compatible ? Sinon voilà le topo :

Le problème n'est pas tant la différence de fréquence que le mélange ECC/non ECC

Oui je viens de voir, j'étais passé à côté de ce détail. J'ai voulu économiser de l'argent en évitant d'acheter un 14To car le prix à prix en 2 ans 50%, mais je l'ai dans l'os. Bon... Pas grave je vais créer un nouveau volume et attendre que ça baisse niveau prix ^^ Merci pour vos lumières !

On ne peut pas rajouter dans un SHR de disques plus petit que le plus petit disque avec lequel le shr a été construit. Si vos disques sont des 14To, vous ne pouvez rajouter que des disques de 14To minimum. Et si vous rajoutez des disques plus gros, il faudra en rajouter 2 de même capacité pour pouvoir exploiter les To supplémentaires au dela de 14To.

1- J'ai installé le script, tout ok. J'ai donc mis mes deux NVME en cache Lecture Ecriture comme avant. Pour le script je n'avais pas vu, je vais faire un lacement à chaque démarrage. 2- Pour la Ram, je suis le premier étonné, mais avec le script pas de souci pour faire fonctionner la barette de base de 8Go Synology 3200 avec la barette Crucial 16Go 2666. Peut être que tout fonctionne en 2666, c'est à vérifier, mais j'ai bien 24 Go de Ram 3 - Sinon, je viens de remettre un ancien 4To et j'ai du effectivement relancer le script pour l'ajouter. Par contre je suis un peu deçu, je ne peux pas l'ajouter à mon SHR de 4 x 14To. Je pensais que c'était possible au vu de l'outil de simulation de disqiues Raid Synology, mais apparement pas.

Bonjour, Si tu suis le modop d'installation, tu dois pouvoir répondre tout seul à la question, Non, car d'un côté 2666 et de l'autre 3200 ECC

Merci, en fait j'étais apparemment bloqué car il y avait eu trop d'essais infructueux. Mais ça refoncitonne. Merci beaucoup.