PiwiLAbruti

Idem, aucun accès depuis une connexion Free ou Orange.

Moi aussi 😄, mais j'ai un NAS de backup chez un proche derrière une Livebouse v4 qui ne veut pas du reverse proxy (client > https> reverse proxy > http > Livebouse).

Je confirme, ça ne fonctionne plus depuis longtemps d'ailleurs, probablement depuis une mise à jour de la Livebox.

Sur DS213j, j'ai bien HEVC et AAC. Vu que ce NAS est le pire matériel pour faire tourner DSM 7.1, ça doit dépendre des paquets installés comme le suggérait @maxou56.

@Mic13710 C'est un port série 😆

Sur la capture d'écran on voit un DS1511+ et deux extension DX510. De quels disques est composé le Groupe de stockage 1 ? (unité/emplacement/modèle)

Moi qui attendait un modèle 5"1/4, je suis déçu 😞

On ne pourrait même pas installer DSM dessus 😆

De rien, on trouve la correspondance entre les modèles et leurs architectures respectives chez SynoComunity : https://github.com/SynoCommunity/spksrc/wiki/Synology-and-SynoCommunity-Package-Architectures#x18-series

@StéphanH La bonne architecture pour le DS218+ est x86_64 (comme pour tous les modèles +).

@Eli Dja Pourquoi ne pas utiliser Synology Drive qui est le remplaçant de DS Cloud ?

Oui, le déclenchement est manuel mais ça se fait en un glissement et un appui avec un raccourci iOS. Si tu veux conditionner avec la détection de plusieurs appareils, il faut utiliser un moyen fiable de détecter ces appareils. Et là ça se complique assez rapidement (ping/arp inefficace pour iOS, ...). Le plus fiable que j'ai trouvé pour l'instant est d'utiliser l'API de la Freebox pour détecter les appareils connectés au Wi-Fi, mais je n'ai pas encore achevé sa mise en place.

@StéphanH Il faut créer un évènement de type Webhook dans les Règles d'action (comme indiqué dans la section Utiliser les services IFTTT comme événement de règle d'action sur cette page) qui va déclencher l'action d'activer ou désactiver le Home mode. Ça va générer une URL unique à appeler dans Raccourcis avec les objets URL et Obtenir le contenu de l'URL.

Si tu n'es pas familier avec les commandes Linux de base, je te déconseille vivement de faire la manipulation. Il vaut mieux attendre qu'un correctif soit publié. Vous êtes le seul responsable de ce que vous faites avec votre NAS. Je ne peux pas être tenu pour responsable et ne fournirai aucune aide en cas de problème. N'utilisant pas Syncthing, je n'ai pas testé cette procédure. Il ne s'agit là que d'une retranscription de la procédure indiquée sur Github. Arrêter le paquet Syncthing dans le Centre de Paquets. Ouvrir une session SSH sur le NAS, vérifier que le fichier config.xml.v35 existe bien (résultat de la commande ls -al), puis sauvegarder et remplacer le fichier config.xml corrompu par une version fonctionnelle (commandes mv). Préfixer les commandes avec sudo si besoin d'une élévation de droits : user@DiskStation:~$ cd /var/packages/syncthing/var user@DiskStation:/var/packages/syncthing/var$ ls -al user@DiskStation:/var/packages/syncthing/var$ mv config.xml config.xml.crashed user@DiskStation:/var/packages/syncthing/var$ mv config.xml.v35 config.xml user@DiskStation:/var/packages/syncthing/var$ exit Démarrer le paquet Syncthing.

Pour l'activation/désactivation du Home mode, j'utilise l'application Raccourcis (ajoutée aux widgets) pour y lancer les webhooks créés au préalable dans Règles d'action de Surveillance Station. En fait on peut lancer n'importe quelle action d'une règle d'action avec un simple raccourci iOS (ça mériterait presque un tutoriel).

Je n'ai pas vu cette information sur le site du constructeur. La marque Diagral n'apparaît même pas dans la liste de compatibilité de Synology. Et vu les informations de compatibilité, cette caméra semble complètement verrouillée par le constructeur.

Comment se manifestent les performances dégradées à l'utilisation (en dehors du monitoring) ? Y a-t-il un processus qui consommerait anormalement des ressources ? Est-ce que les performances dégradées persistent après un redémarrage ? Est-ce que l'apparition des performances dégradées coïncide avec le changement de la RAM ?

Il n'y a aucune raison que ça ne fonctionne pas, surtout si elle est identique à la première. J'ai mis 2x 8Go dans un DS718+ et les 16Go fonctionnent parfaitement depuis septembre 2019.

À noter que le lien que j'ai donné pointera toujours vers la dernière version stable de WinNUT. À moins que le développeur ne change de dépôt pour le code de WinNUT, cette URL sera toujours valable.

Pour Windows il y a WinNUT : https://github.com/gawindx/WinNUT-Client/releases/latest

C'est un adresse IPv6 automatique (SLAAC), elle contient l'adresse MAC de ton PC : 2a01:cb1d:81cb:82ec:caf7:50ff:fea4:3a2a > c8:f7:50:a4:3a:2a (Dell) Pour les explications détailles : https://fr.wikipedia.org/wiki/IPv6#Attribution_des_adresses_IPv6 Par défaut, le pare-feu Windows bloque les pings entrants sur les espaces publics.

Le problème a été remonté sur Github : https://github.com/SynoCommunity/spksrc/issues/5142 Il y a une solution de contournement le temps que ce soit corrigé : https://github.com/SynoCommunity/spksrc/issues/5142#issuecomment-1061981127

Étrange, le log n'indique même pas la suppression du LUN. C'est probablement une suppression implicite depuis la cible ? Dans tous les cas, il est indispensable d'ouvrir un ticket auprès du support Synology.

Pourquoi veux tu que le NAS décode de la 4K ?

Je dirais que c'est même impératif de travailler en local pour ne pas subir les latences du NAS. On a vu beaucoup de photographes ici se plaindre des lenteurs du NAS lors du traitement de photos stockées dans un dossier partagé (en montage vidéo, c'est encore pire). Attention à ne pas tout mettre dans le Drive, seul le contenu actif doit y être stocké. Lorsque le contenu peut être archivé, il doit être déplacé du Drive vers un dossier partagé. Maintenant, rien n'empêche de commencer à travailler dans un dossier partagé (facile à mettre en œuvre) et de migrer ensuite vers le Drive si besoin.