Toutes les discussions

C'est bon, c'est corrigé

Bonjour, J'ai installé un nouveau ssd et l'ai configuré en nouveau volume dans mon ds1522+. Je souhaite maintenant migrer quelques conteneurs, phpmyadmin et mariadbvers ce nouveau volume. Auriez-vous l'amabilité de m'aiguiller svp ? Il conviendra également de mettre en place une copie vers le volume HDD. Si possible une sauvegarde horaire mais est-ce possible sur une base MySQL et des conteneurs appelés par les utilisateurs? Merci de vos précieux conseils.

Il y a eu un problème avec le serveur MySQL je vais lancer une reconstruction voir ce que ça donne

Bonjour, Ce sujet reste dans les contenus non lus depuis plusieurs jours, quoi que je fasse ? Une idée ?

Effectivement, avec le nom DDNS choisi comme zone DNS ça ne pose pas de problème. Pour les résolutions locales, il faudra faire pointer le nom vers l'adresse IPv6 locale du NAS (fe80::/10) qui est invariable (EUI-64) quelque soit les changements réseau, contrairement à IPv4.

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