PiwiLAbruti

Ça a l'air d'être le cas, il s'agirait du réseau teslamate_default dont les 4 premiers octets sont identiques dc08e24b164e / docker-dc08e24b.

Ah ok, je ne savais que Synology fournissait une PWA avec MailPlus. Mais ça ne transforme pas MailPlus en application Windows native pour autant, ça reste du web malgré tout. @bliz Rien à voir 😅

C'est-à-dire ? (je ne sais pas en quoi ça consiste)

Ça veut dire qu'en cas de problème, le support pourrait refuser de t'aider car les disques ne sont pas considérés comme compatibles.

C'est normal. Plus il y a disques, plus le risque de panne augmente.

Il suffirait de faire pointer le bureau sur le dossier contenant les photos (en supposant que ce dossier soit déjà synchronisé par Synology Drive) : Explorateur Windows > Ce PC > Clic-droit sur Bureau > Propriétés > Onglet Emplacement

Est-ce que Synology Drive répondrait à ton besoin ? https://www.synology.com/fr-fr/dsm/feature/drive

Pour moi, il n'y a aucun souci. Pour quelles raisons veux-tu remplacer ton DS918+ par un DS923+ ?

Comme tu as une sauvegarde, il n'y a pas de raison d'avoir peur de quoi que ce soit.

Donc tu n'as absolument pas besoin de transcodage. Maintenant libre à toi d'acheter un NAS déjà privé de 2 ans de support.

Je ne suis pas certain que l'upscale d'une vidéo 1080p en 2160p améliore grandement les détails…

Si tu utilises des lecteurs compatibles avec les formats de fichiers vidéo à lire, il n'y a pas besoin de transcodage. Il y a un cas particulier dans ton utilisation qui nécessite absolument du transcodage ?

Que donne l'activité du NAS dans le Moniteur de ressources ?

C'est probablement dû au fait que Matomo exécute un script PHP avec l'exécutable php par défaut situé dans /bin/php : Le problème est que ce script a apparemment besoin de MySQL via un driver PDO, et là ça coince : $ which php /bin/php $ php -m |grep -i 'pdo' PDO pdo_sqlite Solution possible : remplacer php par une autre version dans le script de Matomo. On va d'abord lister les exécutables PHP disponibles : $ ls -al /usr/local/bin/php* |grep -P 'php\d+ ' lrwxrwxrwx 1 root root 47 Jan 9 10:12 /usr/local/bin/php74 -> /var/packages/PHP7.4/target/usr/local/bin/php74 lrwxrwxrwx 1 root root 47 Jan 9 10:12 /usr/local/bin/php80 -> /var/packages/PHP8.0/target/usr/local/bin/php80 Dans l'exemple ci-dessus, PHP 7.4 et 8.0 sont disponibles. On vérifie comme précédemment la présence de l'extension pdo_mysql : $ php80 -m |grep -i 'pdo' PDO pdo_dblib pdo_mysql pdo_pgsql pdo_sqlite Si le script de Matomo utilise un shebang (première ligne du script), le plus simple est de le remplacer par celui-ci : #!/bin/env php80 Sinon il faut pouvoir remplacer php par php80 dans la commande exécutée par la tâche planifiée.

Est-ce que l'indexation des photos est en cours ? C'est très gourmand en ressources (création des miniatures, indexations des métadonnées, ...) et ça impacte beaucoup les performances du NAS tant que ce n'est pas terminé. Cette activité est visible dans le Moniteur de ressources, et plus précisément dans le Gestionnaire des tâches qu'il contient.

Mais c'est pas grave. En fait, ça doit plutôt venir de l'extension PHP pdo_mysql qui n'est pas activée dans Web Station > Paramètres du langage de script > Sélectionner le profil PHP > Bouton [Modifier] > Onglet Extensions.

MariaDB 10 sur un NAS Synology n'utilise pas le port standard (tcp/3306) auparavant utilisé par MariaDB 5, mais le port tcp/3307. Vérifie que le port configuré dans les paramètres MySQL de Matomo est bien le 3307.

D'après l'aide de Synology : Par exemple, si tu habites en France, tu peux limiter les sources autorisées à se connecter à ton NAS aux adresses IP de ce pays. Ça diminuera drastiquement le nombre de tentatives d'intrusion.

C'est également indiqué dans le tutoriel sur la sécurisation d'un NAS. Tu peux appliquer une limitation géographique en limitant les accès à ton pays de résidence dans la règle de pare-feu. Non, ce n'est pas le cas heureusement ! Ce sont des traitements automatisés systématiquement appliqués aux appareils mal sécurisés. Et comme >99% des appareils ne remontent pas ces tentatives d'intrusinon jusqu'à l'utilisateur, tout va pour le mieux dans le meilleur des mondes.

Il vaut mieux créer un groupe d'utilisateurs (nommé "Drive" par exemple), lui donner les droits et y ajouter les utilisateurs nécessaires. C'est beaucoup plus simple que de gérer des droits individuels par utilisateur. Si un nouvel utilisateur doit être créé, il suffit de l'ajouter au groupe pour qu'il hérite automatiquement des droits appliqués au groupe.

DSM est ouvert au monde entier, d'où les attaques par brute force que tu constates. Il y a donc une/des règles de pare-feu qui sont trop permissives. Si le tutoriel sur la sécurisation avait été bien appliqué, ça ne devrait pas se produire.

Tout est expliqué ici :

Il doit bien y avoir le client mosquitto_sub mosquitto_pub dans le conteneur Mosquitto.

Sinon il y a Mosquitto qui contient un client MQTT (mosquitto_pub) : https://synocommunity.com/package/mosquitto

Le seek_error_rate de la mort ! 🙈 Le disque est complètement H.S.