PiwiLAbruti

Seul Synology peut mettre à jour Transmission pour Download Station, il faut faire une demande d'amélioration auprès du support. Sinon il y a des solutions alternatives mais sans lien avec Download Station : http://www.synocommunity.com/packages#transmission

C'est revenu à la normale. Une fois de plus, Synology a fait quelques modifications sans prévenir qui que ce soit. On voit souvent ça au niveau utilisateur, mais dites-vous qu'au niveau développeur c'est bien pire !

Il y a apparemment une incompatibilité avec la 5.0-4482. Je n'ai pas encore regardé où se situe le problème.

La visibilité des mises à jour dépend de la planification de la vérification de l'existence de ces dernières. Cette planification varie d'un NAS à un autre. Plus de détails dans /etc/crontab. Sur mon NAS, ces vérifications sont planifiées le lundi et le jeudi.

Créer un nouveau dossier dans /volume1/video, Déplacer le contenu de /volume1/video/séries vers ce nouveau dossier, Vérifier le bon fonctionnement (ou non) avec Plex et Sickbeard.

Déjà, il vaut mieux éviter les accents dans les noms de répertoires.

Il faut utiliser la même adresse réseau (ex: 192.168.1/24) pour permettre le broadcast/multicast.

Pour les paquets officiels, c'est marqué dans le centre de paquets.

Il y a plusieurs facteurs limitants pour l'hébergement à la maison. Tout d'abord le débit montant de la connexion internet. À moins de bénéficier de la fibre ou du VDSL, le débit montant en ADSL est au mieux de 1 Mbit/s (soit 100 ko/s) ce qui est très insuffisant pour un site hébergeant des photos. Par ailleurs, les NAS grand public sont équipés de processeurs économes en énergie et donc peu puissants, ce qui pose souvent problème avec une utilisation intensive de scripts serveur comme PHP, ASP, ... et ne permet pas de supporter un grand nombre de visiteurs simultanément. Pour en revenir à Piwigo, le principal problème est le débit montant de la connexion internet.

À titre informatif, voici le contenu d'un fichier /etc/crontab sous DSM 4.3 : #minute hour mday month wday who command 58 0 * * 1,4 root /usr/syno/bin/synopkg chkupgradepkg 38 21 * * 1,4 root /usr/syno/sbin/synoupgrade --fetch-all Les recherches de mises à jour sont faites 2 fois par semaine à une heure précise.À mon avis, le choix des dates d'exécution est aléatoire de façon à répartir la charge sur des plages allant de 3 ou 4 jours au niveau des serveurs de mise à jour. Dans l'exemple ci dessus, la recherche de mises à jour de paquets se fait le lundi et le jeudi à 00:58. La recherche de mises à jour du DSM se fait les même jours mais à 21:38. C'est également la raison pour laquelle tout le monde ne reçoit pas les mises à jour en même temps, sachant que le décalage maximum est de 4 jours.

La méthode officielle est d'ouvrir le port tcp/23 sur votre routeur ou box, ouvrir un ticket d'incident auprès support Synology via MyDS Center, et patienter jusqu'au retour par email vous indiquant que votre NAS à nouveau fonctionnel.

Cette mise à jour à été corrigée et ne pose maintenant plus de problèmes sur les DS112j et RS214.

Je dis >1024 pour des raisons de sécurité. Maintenant rien ne vous empêche d'ouvrir le port 23 externe.

Crée un sujet dédié à ton problème, car contrairement à ce que tu dis les remarques des utilisateurs sont en concordance avec le titre du sujet présent.

Le support intervient directement via Telnet :

Il suffit d'aller sur le site officiel dans la rubrique Support > My DSCenter, de s'inscrire, et d'ouvrir un ticket d'incident auprès du support.

Pour gagner du temps : récupérez l'adresse IP du NAS avec Synology Assistant, ouvrez un port externe sur votre routeur (port tcp >1024 de préférence) et redirigez-le vers l'adresse IP et le port tcp 23 du NAS défectueux, récupérez votre adresse IP publique, communiquez votre adresse IP publique et le port externe au support Synology dans votre demande d'assistance. J'ai procédé ainsi et le support a corrigé le problème dans l'heure qui suivait.

Oui (Telnet n'était pas activé dans DSM avant le plantage).

Pour ça il faudrait connaître le nombre total d'utilisateurs. Il serait peut-être plus judicieux de raisonner en terme de nombre de téléchargements. Synology France faisait 60% de son CA sur les ventes pro au premier trimestre 2013. Donc vu l'écart de prix entre les NAS pro et les NAS SOHO, il doit y avoir beaucoup plus de NAS SOHO (en nombre).

L'accès Telnet est toujours possible quelque soit le statut du NAS.

Le RS214 est affecté du même bug que le DS112j, de nombreux utilisateurs de ce modèle ont remonté ce problème sur le forum officiel.

Synology a sorti des correctifs, reste maintenant à connaître la procédure à suivre. Et au passage il y a un nouveau modèle (en plus du DS414slim), l'EDS14.

À mon avis il n'y aura pas de correctif car il faut intervenir directement sur le NAS via Telnet pour renseigner le modèle. La seule solution est d'ouvrir un ticket auprès du support.

Attention, cette mise à jour plante les DS112j !