PiwiLAbruti

J’avais appliqué la procédure suivante pour passer un DS109 en DS112j : https://forum.synology.com/enu/viewtopic.php?t=79640 Tu peux tout à fait revenir à l'état initial avec les valeurs d’origine.

Peux-tu poster le résultat de la commande suivante ? (il faudra préalablement te connecter en SSH au NAS) # df -h Ca va afficher la liste des volumes et l’espace occupé par chacun.

Il est possible que cela vienne du fait que le numéro de série ne corresponde pas au modèle, et que cela bloque l’utilisation de QuickConnect. Pour ma part, j'utilise un nom de domaine chez OVH.

Est-il possible d’avoir plus de détails sur le message d’erreur rencontré, svp ? (Je n’utilise pas cette bouse de QuickConnect)

Si un disque dur raccordé à la Freebox répond à ton besoin, ne t’embête pas à chercher plus compliqué (le mieux étant l’ennemi du bien). Par contre, que se passe-t-il si ton disque dur rend l’âme ou si tu décides de changer de FAI ?

Elle vraiment récurrente cette faute chez toi, je n'arrive toujours pas à m'y faire...

J’ajouterais à la remarque que @shadowking que le fait de priver le NAS de flux entrants venant d'internet ne résoudrait donc pas le problème.

WebSocket utilise le même chiffrement que la connexion HTTP avec laquelle il a été initialisé.

Non, ça n’en pose aucun problème. Si le client ne demande pas un WebSocket, l’en-tête est ignorée.

N’utilisant pas (encore) la vidéo-surveillance, j’étais passé à côté de ce souci avec DS cam. Pour que les WebSockets fonctionnent sur un proxy inversé, il est impératif de déclarer explicitement les en-têtes nécessaires à l’établissement de la connexion. La solution trouvée est très intéressante car elle montre que Synology a ENFIN compris que les WebSockets sont beaucoup plus efficaces pour le transport de flux continus que HTTP. Je leur avais déjà adressé une demande d’evolution dans ce sens il y a 3 ans pour DSM où le polling HTTP plombe les performances des NAS (tout ce qui concerne la télémétrie comme le Moniteur de ressources, et toutes les actions de polling intensives). L’impact de l’utilisation des WebSockets dans DSM serait très bénéfique sur les performances, et particulièrement sur les modèles d’entrée de gamme. On verra ce que ça donnera avec DSM 7 (même si je n’y crois pas vraiment).

Quel statut est donné par Synology Assistant ?

@sitruc: Je ne sais pas, ce NAS tourne h24. @thom72250: Ça dépend de ce qu’on lui demande. DSM 6 est très gourmand pour ce qu’il fait, et visiblement Synology se contrefout de l’optimisation. Pour ma part, je n’accede que très rarement à ce NAS par DSM. Il me sert de serveur de sauvegarde et de développement (sa faible puissance est parfaite pour l’optimisation des traitements).

Il est bien précisé dans la fiche technique du constructeur que la caméra est fixe. https://www.trendnet.com/langfr/support/support-detail.asp?prod=145_TV-IP319PI

Le seul moyen de connaître la faisabilité est de trouver quelqu’un qui l’a déjà fait sur ce modèle. Attention dans les tutos que tu cites à bien utiliser la bonne architecture. J’ai moi-même fait la manipulation sur un DS109 transformé en DS112j et qu’il tourne actuellement sur la version la plus récente de DSM 6.2. L’avantage est que, cette architecture étant officiellement supportée par DSM 6, il est possible d’installer les paquets récents. Ce ne sera pas le cas avec l’architecture du RS409+. Il m’est arrivé de le briquer et de remédier à ce souci avec un accès Telnet et le mot de passe par défaut (101-0101). Après je ne sais pas si c’est applicable à tous les modèles.

Bah si, et c’est clairement expliqué dans le tuto.

Je n’en sais rien, tu ne m’as pas dit si la résolution externe se faisait en IPv6 ou en IPv4. Désolé, mes dons de voyance sont très limités.

Donc les résolutions sont bonnes ?

Et en externe ? (nslookup{hote}.synology.me 80.67.169.12)

Dans ce cas, en quelle adresse IP se résout ton nom d'hôte ? (nslookup {hote}.synology.me)

Désactive l’UPnP, c’est le mal absolu. Parce que ton IPv6 est encore enregistrée dans le DDNS Synology. Il faut patienter jusqu’à la prochaine mise à jour de ce dernier, ou le mettre à jour manuellement pour que l’adresse IPv4 soit enregistrée.

Oui, c’est normal. Le service DDNS de Synology inclut un relai pour éviter d’avoir à ouvrir des ports sur le routeur. Tout tes accès externes à ton NAS transitent par Lens serveurs relai de Synology. "http://XXXX.synology.me:5001" : Le port tcp/5001 doit être utilisé en https uniquement.

À ma connaissance, ce type de caméra n’existe que sur les systèmes de vidéo-surveillance fermés (comme Arlo chez Netgear) car tout le système (serveur, réseau sans-fil, ...) est prévu pour assurer l’autonomie des caméras, ce qui n’est pas possible avec Surveillance Station et le réseau sans-fil d’une box ou d’un point d’accès grand public.

https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/General_Setup/How_to_reset_my_Synology_NAS

As-tu réessayé après avoir vidé le cache de ton navigateur ? Ou sous un autre navigateur ?

Pour compléter la remarque de @Zeus sur la distinction RAID/sauvegarde, il faut bien comprendre que la sauvegarde permet de restaurer des fichiers dans des états antérieurs et que le RAID en est incapable. Ça veut dire qu'avec des fichiers sur lesquels on travaille quotidiennement et avec une rotation des sauvegardes sur 15 jours, on a potentiellement 15 versions différentes de chacun de ces fichiers qu'il est possible de restaurer. Le RAID ne fait que synchroniser du stockage sur un ensemble de disques et ne permet aucune restauration telle qu'en est capable une sauvegarde. En plus de ça, la sauvegarde est une excellente sécurité contre les cryptolockers là ou un RAID va propager les fichiers chiffrés sur tous les disques.