PiwiLAbruti

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.

Cela dépend de la façon dont tu vas utiliser ton NAS. btrfs peut s'avérer inutile dans certains cas d’utilisation.

N’y aurait-il pas des identifiants du NAS enregistrés dans le Trousseau du Mac ?

@sNeewer4 : Tu n'es pas mal informé, Synology est simplement à la bourre. Synology ne donnant jamais de date de sortie, ça sortira quand ça sera prêt. Je n'attends pas grand chose de DSM 7.0 car il n'y a plus grand chose à révolutionner, mais il y a un gros boulot d'amélioration de l'expérience utilisateur avec DSM sur lequel Synology devrait se pencher sérieusement (utilisation massive des WebSockets, ...).

Le seul risque est de l’installer manuellement plutôt que d’attendre qu’il soit détecté par la mise à jour automatique.

Quel logiciel utilises-tu pour monter les cibles iSCSI ?

Vu ton besoin, un switch mangeable ne t’est d’aucune utilité. Un switch dédié est souvent plus efficace que celui intégré à un routeur. Il permet aussi de décharger le routeur (et/ou box) connecté en amont.

Il n’y a donc rien d’anormal. L’activité réseau ne se limite pas qu’à celle de l’utilisateur. Si tu as des doutes, tu peux utiliser la commande tcpdump depuis la console Telnet ou SSH (tcpdump not port 22 and not port 23 -nq). Si tu as ouvert des ports sur ton routeur/box pour accéder à ton NAS depuis l’extérieur, vérifie que tu n’as ouvert que ceux qui sont nécessaires. Sinon tu t’exposes à des risques d’intrusion (cf. tutoriel de fenrir sur la sécurisation du NAS).

De quels témoins parles-tu ? Statut, réseau, disque ?

Visiblement, Synology a retiré la mise à jour 24922-1 : https://archive.synology.com/download/DSM/criticalupdate/update_pack/