PiwiLAbruti

Synology connaît le problème et a sorti un patch en attendant la mise à jour du DSM : ftp://ftp.synology.com/on-line/DSM4.2/VPN_Firewall/vpnpass.pat

Quel est le problème rencontré ?

Ça peut venir d'une perte de synchronisation entre les disques de la grappe RAID. Il suffit que le temps d'accès sur un disque soit plus long que la normale pour qu'une notification soit remontée.

Du moment que le gestionnaire de stockage est ok, il n'y a pas à s'affoler. Est-ce que l'hibernation est activée ?

Pourquoi ne pas utiliser directement le serveur SMTP de 1&1 ? (auth.smtp.1and1.fr sur les ports plain/25, SSL/465, ou TLS/587)

Une réponse moins vague est de dire que le downgrade n'est pas officiellement supporté, ce qui veut dire que Synology ne t'aidera pas en cas de pépin. Donc avant de faire un carnage, une sauvegarde s'impose.

Vous n'avez pas tous les mêmes problèmes, et il n'y a pas systématiquement un patch pour chaque problème. Au passage vous avez tous pris un risque en installant la première release du DSM 4.2. Le DSM 4.1 avait déjà posé beaucoup de problèmes lors de sa sortie. C'est un peu comme l'adoption d'une nouvelle version de Windows après le premier Service Pack en entreprise.

La politique de diffusion de Synology n'a pas changé : mise à jour du DSM.Synology propose des patchs à ceux qui en font la demande auprès du support. Les autres attendront la mise à jour du DSM. En cas de souci avec un patch ça permet de limiter l'étendue des dégâts, car un patch, en plus de corriger un problème, peut aussi en créer d'autres. Je n'ai jamais vu Synology communiquer sur les causes d'un problèmes, par contre les corrections apportées sont visibles dans les notes de mise à jour du DSM. Pour faire simple, soit vous vous manifestez auprès du support, soit vous souffrez en silence jusqu'à la prochaine mise à jour du DSM.

Non car ce patch ne s'applique pas à tout le monde, et on sait très bien ce qu'il se passe quand un patch est rendu public... Donc la procédure est de contacter le support pour expliquer le problème, à partir de là ils vous dirigeront (ou pas) vers un correctif.

Le secret marketing de Synology est maintenant dévoilé au grand jour : Ils appâtent leurs clients avec du gâteau au chocolat.

Le NAS n'est pas un disque multimédia, il ne possède pas de sortie vidéo. Comment branchais-tu le disque multimédia à la TV ?

Tu te poses les bonnes questions, la plupart du temps les utilisateurs accusent le NAS sans hésiter. Cela vient de la TV car c'est elle qui décode la vidéo, et non le NAS qui ne fait que diffuser les données de la vidéo sur le réseau.

C'est la seule action qui permette d'avoir à nouveau accès au NAS ?Si c'est le cas, la source du problème est donc la Livebox (une fois de plus).

Avant même de se poser toutes ces questions, pourquoi avoir orienté ton choix vers un NAS ?

En cherchant un minimum : http://windows.microsoft.com/fr-fr/windows7/create-a-shortcut-to-map-a-network-drive

Je ne comprends plus rien...

Aucun modèle de NAS Synology n'est fait pour le transport. Ne serait-il pas plus simple d'avoir des films sur un disque USB qui, en plus d'être transportable, peut se brancher directement à une TV disposant d'un port USB ?

Il y a deux possibilités : Le débit CPL est insuffisant et engendre des saccades de la vidéo, Le NAS transcode la vidéo car elle a un format exotique (vérifier la charge CPU dans le moniteur de ressources). Pour le montage du lecteur réseau, le message d'erreur (53) indique que Windows ne trouve pas ton NAS (nom erroné ou mauvaise adresse IP).

Sur quel appareil regardes-tu des films ? (PC, Mac, tablette, smartphone, ...) Depuis quel réseau ? (interne câblé, interne wifi, externe 3G, ...)

http://www.synocommunity.com/packages#subversion C'est encore en beta car on rencontre des soucis avec la tool chain Cerdarview (le DS713+ est donc concerné) fournie par Synology. Sinon ça fonctionne correctement sur les autres architectures. On attend un retour de Synology avant de sortir le paquet Subversion.

Clic-droit sur l'icône de l'application > Ouvrir dans une nouvelle fenêtre. Exemple avec Audio Station : http://nas:5000/webman/index.cgi?launchApp=SYNO.SDS.AudioStation.Application

Il y aura d'autres occasions, j'étais d'ailleurs déçus que quelques vénérables membres n'y soient pas.

Du coup je soupçonne le proxy du firewall de ne pas remplir complètement son rôle. Pour s'en assurer il faudrait tracer les en-têtes HTTP avec Wireshark.

Il faut activer cette option pour ignorer la vérification de l'adresse IP (juste pour être sûr).

Le patch ne fait rien de méchant, il s'agit d'une simple modification des iptables. S'il ne corrige pas le problème, il ne causera pas de dommages à la configuration.