Foksadure

On trouve sur LBC des référence Crucial en ECC qui fonctionnent. J'ai pris une unique 16Go, laquelle est bien suffisante combinée aux 8Go d'origine du DS1522+ pour faire un peu de virtualisation.

La question est surtout de savoir quelle est la qualité du lien uplink entre les deux RT6600ax, s'ils sont connecté en Wi-Fi. Et combien de clients sont connectés sur le second RT6600ax lorsque l'anomalie de débit survient. Tout cela à voir dans Wi-Fi Connect -> Point d'accès Wi-Fi. Je trouve que le Wi-Fi fonctionne beaucoup moins bien sous SRM 1.3, en tout cas sur la génération précédente (RT2600ac et MR2200ac). L'uplink n'utilise plus le réseau 5 GHz-2 dédié, mais partage celui - le 5 GHz-1 - également utilisé par les clients compatibles. Et en plus on a perdu le fonction de test de performance qui était intégrée au SRM 1.2 justement pour identifier les soucis à ce niveau : https://kb.synology.com/fr-fr/SRM/help/SRM/WiFiConnect/wifi_mesh?version=1_2#t3 J'espère qu'ils vont corriger le tir.

Bonjour, Je ravive ce fil pour confirmer que les IronWolf "grattent" comme des disques d'il y a 10 ans, ce qui peut s'avérer gênant dans un environnement domestique. J'utilise un DS412+ avec un panachage de disques 4To Seagate et WD, lié aux augmentation successives de capacité. Les WD40EFRX et WD40EFZX sont inaudibles. Les ST4000VN008 vibrent nettement plus et leur activité d'I/O sont très nettement remarquables en comparaison, surtout parce qu'elle provoquent des résonances du boitier (découplage très partiel des disques à cause de la platine SATA arrière). Par curiosité, l'idée m'a pris de remplacer un des Seagate VN008 par le nouveau modèle ST4000VN006, qu'on trouve à moins de 100 euros (5400tr/mn, 256Mo de cache, 2 plateaux, hauteur 20,20mm). https://www.seagate.com/www-content/product-content/ironwolf/en-us/docs/100807039m.pdf Avec les 256Mo de cache et l'augmentation de la densité, on pouvait craindre que Seagate nous ait fait un produit "de crise" en SMR déguisé, mais il n'y a pas de problème lors de la reconstruction de la grappe RAID contrairement aux WD40EFAX. Il semble bien être CMR (tel qu'indiqué ici et dans la liste de compatibilité Synology). Cependant, le ST4000VN006 n'est hélas pas plus silencieux que le ST4000VN008 tout en chauffant plus : 31°C vs 24°C en idle. Il n'est pas non plus reconnu par le test de santé Seagate IronWolf intégré dans DSM depuis la v6.1. Donc en conclusion, AMHA, le petit gain en performance et en consommation ne vaut pas la chandelle tant qu'on trouve encore des ST4000VN008, qui sont vendus sensiblement au même prix.

Pour la petite histoire, le support WD m'a échangé les deux WD40EFAX que j'avais achetés avant l'annonce de Synology, par des WD40EFRX recertifiés. L'opération a nécessité 2 demandes de RMA anticipés successives, pour disposer d'un disque de rechange en tuilage. Ceci afin de de procéder à la reconstruction de la grappe SHR et d'effacer l'ancien disque avec l'outil de diagnostic DLGDIAG avant de le leur renvoyer. Le contact par chat en français fonctionne très bien pour préciser qu'il s'agit d'une demande de changement de référence, et ils sont manifestement au courant de la problématique DM-SMR vs CMR. 🤫

Personnellement, acquéreur de 2 x WD40EFAX début avril 2020 (oui, le timing était juste parfait !), et devant l'incompatibilité annoncée par Synology depuis, je suis en train de tenter de me les faire remplacer par le SAV WD. Je viens de lancer un premier RMA anticipé, plus un message au support. En effet, le délai de rétractation étant échu, le marchand ne me propose qu'un retour avec remboursement par avoir, sans vouloir me fournir deux disques 4To d'une autre référence en "tuilage" pour que je puisse préalablement transférer mes données. Ceci alors qu'ils ont du Seagate IronWolf exactement au même prix, mais soi-disant "moins performant". Bref. Cela dit, le NAS ne signale pas d'erreurs, et les données ne sont pas critiques. Mais outre la lenteur des opérations d'écriture remarquée lors de la double reconstruction du volume unique SHR, je trouve que les disques EFAX sont trop bruyants par rapport aux WD30EFRX et IronWolf ST3000VN007 avec lesquels ils cohabitent. On entend clairement l'activité disque, même si c'est moins pire que les vieux et increvables Samsung au son si caverneux qu'ils remplacent.

Question bête si le sujet est encore d'actualité : est-ce que DS412+ a été passé à 2Go de RAM ? Après avoir un peu galéré pour trouver une barrette compatible, le mien est devenu nettement plus réactif avec une Samsung M471B5773CHS-CH9 achetée €8 sur LBC. Bon moyen de faire encore durer une excellente machine.

Je ne sais pas si mi-2019 DownloadStation a été corrigé, mais pour info la limite de vitesse globale fonctionne très bien avec le package Transmission du site SynoCommunity. https://synocommunity.com/package/transmission

Aux dernières nouvelles, les arnaqueurs sont sur le point de disparaître dans la nature, non sans monnayer la base contenant les clés non encore réclamées : http://www.theregister.co.uk/2014/08/14/synolocker_trojan_closing_down_sale/ http://www.f-secure.com/weblog/archives/00002733.html Notons l'existence d'un service support (sic) et de la possibilité contre paiement de récupérer les fichiers même après mise à jour du DSM (custom decryption tool). On peut cependant raisonnablement supposer que Synology a porté plainte, et que des investigations sont en cours.

Bonjour à tous, La dernière communication de Synology au sujet de Synolocker précise bien qu'il est impossible de déchiffrer les fichiers sans la clé : http://www.wegotserved.com/2014/08/06/synology-confirms-decyrption-help-available-synolocker-victims/ (les versions concernées du DSM sont la 4.1, certaines 4.0, 4.2 et 4.3) Et via le site ci-dessus, on trouve un lien vers l'analyse du ransomware sur le site de F-Secure : http://www.f-secure.com/weblog/archives/00002730.html A compléter avec ce lien chez Symantec : http://www.symantec.com/security_response/earthlink_writeup.jsp?docid=2014-080708-1950-99 Seules certaines extensions sont ciblées, ce qui explique la rapidité du processus, ajouté au fait que le message de racket n'apparaît qu'après le chiffrement d'un certains nombre de fichiers en tâche de fond pendant quelques temps, et que le hack est fort opportunément lancé durant le mois d'août pour retarder d'autant plus sa détection avant qu'il ne soit trop tard. Définitivement très astucieux, malheureusement pour les victimes.

Ce qui me gêne avec eux, c'est qu'ils insistent un peu lourdement : Encore moins envie, du coup.

Bon bah fin de la partie. Avoir eu gratuitement Internet Guide - et accessoirement un nom de domaine dynamique - aussi longtemps, c'était quand même chouette, même si finalement je me passerai sans pb des deux. Merci à eux quand même.

Merci mais euh, comme d'autres, je suis absolument sûr que cela fonctionnait auparavant, et de façon globale. Je vois mal la finalité de pouvoir laisser le système télécharger en parallèle plusieurs fichiers, dont le nombre maxi est variable selon la puissance du NAS, tout en devant faire un calcul d'apothicaire pour déterminer la limite totale à ne pas dépasser en fonction de la bande passante maximale de la connection.

Bonjour, Nouveau déterrage de ce topic zombie Car chez moi, les limites d'UL et de DL ne fonctionnent plus depuis quelques temps : pour peu que les torrent en file d'attente aient beaucoup de sources et se téléchargent donc vite, Download Station sature la bande passante de la connexion ADSL, notamment l'upload, ce qui ralentit considérablement tout autre activité sur le net. Cela dure depuis un petit moment (peut-être depuis le DSM 3.2), avec donc plusieurs mises à jour du DSM et du package, et même une migration pour cause de changement de NAS (DS211 vers DS412+). Il suffit de constater la discordance entre les valeurs de débit affichées dans Download Station et ce qui apparaît dans le Moniteur de ressources, sans autre activité réseau si ce n'est celle nécessaire à affichage de l'interface du DSM dans le navigateur. J'ai tout essayé : désinstallation / réinstallation du package, y compris en supprimant physiquement le cache de l'application et ses paramètres sur le volume via WinSCP modification à la main du fichier settings.conf dans /var/packages/DownloadStation/etc application d'une QoS sur les ports BT dans le Panneau de configuration (ne gère pas les débit asymétriques) RAS sur mon routeur, configuration NAT ou mon réseau, c'est vraiment un problème dû à Download Station. J'ai l'impression qu'il y a des griefs similaires sur le forum Syno officiel, mais pas de réponses. Merci de votre aide.

Si je comprends bien, les dossiers partagés sont accédés depuis des machines Windows via internet ? Via un VPN ou bien ? Au cas présent, il faut à mon avis éviter toute ambiguïté dans les couples noms de comptes / mot de passe sur le NAS, qui ne doivent pas être identiques aux noms de session utilisateur sur les PC distants. Comme en général, les ports des partages Windows (ex : TCP 137) sont la première chose que bloque le pare-feu d'un routeur ou d'une box, le cas d'utilisation me dépasse un peu, surtout que Syno a mis en place des outils de partage du NAS qui en général passent par le Web (webdav, FileStation) ou via des applis dédiées pour les terminaux nomades. Pour la pagaille après la ligne de commande, c'est normal : toutes les sessions actives de connexion à un partage réseau ont été fermées. Rien de surprenant donc.

Bonjour, Sous Windows, ce message d'erreur est un classique. Pour faire simple, il faut créer sur le NAS les mêmes comptes d'utilisateurs avec les mêmes mots de passe que sur les postes Windows, et affecter les droits sur les dossiers souhaités en conséquence, selon ce que l'on veut faire. Ainsi, depuis une session utilisateur sur le PC Windows, l'accès à ces dossiers partagés sera immédiat, sans demande d'authentification. Bien entendu, rien n'empêche de déclarer d'autres utilisateurs sur le NAS (ou d'utiliser le compte admin) et de restreindre l'accès à certains dossiers à cet utilisateur. Typiquement : dossiers videos, photos, music : admin & comptes utilisateurs = lecture/écriture dossiers de sauvegarde ou de travail : admin = lecture/écriture, comptes utilisateurs = pas d'accès Ainsi, dès qu'on est loggué sur un dossier protégé avec les identifiants admin, on accède de facto à tous les dossiers du NAS. A contrario, si on accède d'abord à un dossier "ouvert" ou qu'un lecteur réseau est mappé sur un tel dossier, l'accès au dossier protégé va provoquer le message plus haut puisque d'autres connexions seront ouvertes avec des identifiants et mot de passe différents, ce que Windows gère mal. Auquel cas utiliser la ligne de commande pour "nettoyer" les connexions persistantes à des ressources réseau, réinitialisera le tout y compris les lecteurs réseau : net use * /delete /yes Ou fermer et réouvrir la session...

Un appartement totalement silencieux, il faut nous dire où ça existe. Même à la campagne il y a toujours un peu de nuisances sonores. Plus sérieusement, le futur USB Station 3 avec - logiquement - un disque dur externe USB 3 serait une solution totalement silencieuse. Au prix d'un échauffement certain du disque faute de boitier ventilé, mais s'il ne sert que pour des backups, on peut envisager l'utilisation de l'hibernation le reste du temps. http://www.pcinpact.com/news/78140-synology-evoque-usb-station-3-et-nas-ds213j-ds714-ds1513-etc.htm Autre solution, plus onéreuse : les modèles évolué (DS213+, DS713+) disposent d'un montage des disques en rack, découplés par des rondelles en caoutchouc. Sans être parfaite, cette solution diminue quelque peu la transmission des vibrations des disques au reste du boîtier. http://blog.synology.com/blog/?p=1968

Bonjour, Ce script n'est pas le mien mais celui que Stuart SHELDON a créé et posté sur son blog, et que tahitibub nous a linké dans son post, puisqu'il est l'auteur de ce fil. En clair : http://blog.stuart.shelton.me/archives/1024 Ceci rendu à César, merci loli71 pour ces modifications et pour avoir pris le temps de nous les détailler : c'est exactement ce que je voulais obtenir en plus (un fichier de log). Edit : Ça marche !

Il serait intéressant de préciser ce qu'il y avait pour vous de si problématique avec le bruit de ce modèle. Les Syno 2 baies sont en général plutôt silencieux avec le ventilateur 92x92 configuré sur ce mode dans les options du système, et les WD Red normalement quasi-inaudibles. Si le problème venait du ventilateur, et que le SAV de Synology ne vous propose pas d'alternative comme il le faisait parfois sur l'ancienne gamme, il existe des solutions pour le remplacer par un modèle plus silencieux : http://forum.synology.com/enu/viewtopic.php?f=140&t=33742&start=15 S'il s'agissait d'un problème de résonance du boîtier dû aux vibrations du disque-dur, là par contre, il faut découpler d'une manière ou d'une autre le disque. Le DS213j semble avoir fait des progrès sur ce point.

Bel oxymore. Apparemment, il est possible de créer une tâche planifiée dans le... planificateur de tâches pour exécuter le script (merci pour le lien d'ailleurs). http://forum.synology.com/enu/viewtopic.php?f=226&t=65363 Je m'y attelle également, pour continuer à bénéficier de la fonctionnalité de contrôle parental Internet Guide de Dyn, qui m'allait très bien comme ça. On imagine que Dyn fait déjà bon usage des requêtes effectuées via ses serveurs DNS pour se payer. Edit : avancement des travaux. Une version du script qui fonctionne lorsque lancée en telnet via le compte root : #!/bin/sh LOGIN="lelogindefoksaduresurdyn.com" PASSWORD="lemotdepassedefoksaduresurdyn.com" COOKIES="dynsdns.cookies.txt" #UA="Mozilla/5.0 (Macintosh; Intel Mac OS X) AppleWebKit/0.0.0 (KHTML, like Gecko) Version/0.0.0 Safari/0.0.0" LOGINURL="https://account.dyn.com/" POSTURL="$LOGINURL" CHKURL="https://account.dyn.com/" DST="-" || DST="/dev/null" # Ensure no broken session caching... [[ -s "$COOKIES" ]] && rm "$COOKIES" echo >&2 "DEBUG: Fetching initial headers to pre-load cookies..." curl -b $COOKIES -c $COOKIES -Ikso "$DST" -A "$UA" --url "$LOGINURL" echo >&2 "DEBUG: Fetching UID..." VALUE="$( curl -b $COOKIES -c $COOKIES -kso - -A "$UA" --url "$LOGINURL" | grep -m 1 "multiform" | cut -d"'" -f 6 )" echo >&2 "DEBUG: Read UID as '$VALUE' - posting data..." curl -b $COOKIES -c $COOKIES -d "username=$LOGIN" -d "password=$PASSWORD" -d "iov_id" -d "multiform=$VALUE" -e "$LOGINURL" -kso "$DST" -A "$UA" --url "$POSTURL" echo >&2 "DEBUG: Response received - verifying result..." curl -b $COOKIES -c $COOKIES -e "$POSTURL" -kso - -A "$UA" --url "$CHKURL" | grep -q "<span>Welcome&nbsp;<b>$LOGIN</b></span>" && echo "Login successful" || echo >&2 "Login failed" On récupère bien le fichier dynsdns.cookies.txt dans le dossier du script. Par contre, avec le planificateur de tâches, script toujours lancé en root via la commande "sh /volume1/scripts/dyndns-login.sh" dans l'interface de configuration de la tâche, cela ne fonctionne pas. Si on regarde l'état des tâches planifiées sur le syno : DiskStation> cd / DiskStation> cd /temp DiskStation> synoschedtask --get ID: [2] Name: [dyn-login] State: [enabled] Owner: [root] Type: [weekly] Start date: [2013/5/20] Days of week: [Sat] Run time: [20]:[30] Command: [sh /volume1/scripts/dyndns-login.sh] Last Run Time: Mon May 20 16:11:30 2013 Status: [Error(2)] Je soupçonne un problème de chemin dans le script, en supposant que le code Status corresponde à la liste des codes retours de cron. Bref, mes maigres compétences m'empêchent d'aller plus loin. Help !

Ou en USB, d'où l'intérêt de l'USB 3.0 des derniers modèles si on est équipé d'un disque externe ad-hoc ou d'un dock lecteur de HDD adapté (exemple). Je plussoie l'indispensable nécessité (oxymore) d'un switch Gigabit, même si un Synology d'entrée de gamme ne saturera jamais la bande passante : 30 ou 40Mo/s c'est toujours 3 ou 4 fois plus rapide que 11 Mo/s. Il faut souligner que le NAS est par définition une machine qui ne communique que par réseau ou USB/eSATA, et qu'on évite de démonter tous les quatre matins pour balader son HDD. Il faut bien faire quelque chose de son contenu (sauvegardes, transferts, nettoyage), et donc disposer d'une espace disque suffisant pour les données essentielles, ailleurs. Le RAID1 n'est pas une sauvegarde, comme chacun sait.

Bonjour, Je ne connais pas votre budget, mais il faut savoir que les CPU des modèles d'entrée de gamme (série J) sont rapidement saturés dès lors qu'on l'utilise pour autre chose que du partage de fichier et quelques téléchargements. Au fur et à mesure que ses fonctionnalités s'étoffent, le système DSM a tendance à devenir de plus en plus gourmand, sans parler des applications supplémentaires qu'on veut toutes tester tellement les possibilités sont riches. Un J ne pourra pas faire tout ce que vous souhaitez en même temps, du moins confortablement. A mon sens, mieux vaut économiser et différer son achat pour un modèle de moyenne gamme que de prendre un J. Surtout si vous avez déjà le ou les disques durs. Pour illustrer mon point de vue, je n'ai gardé un 210j que très peu de temps, trop limité qu'il était avec le Squeezebox/Logitech Media Server (également très gourmand en mémoire) et déçu par les vitesses de transfert. Aujourd'hui mon DS211 utilisé avec Video Station du DSM4.2 me donne la même impression d'inadéquation matérielle, au point d'envisager son remplacement par un modèle basé sur un "vrai" CPU, soit 713+ ou 412+. On en a toujours pour son argent.

Il faut que les morceaux soient dans le dossier "music" du NAS, et probablement lancer une analyse de la collection musicale depuis les options du Squeezebox Server. De plus, si c'est comme la SqueezeBox3, la platine doit explicitement être connectée au serveur local, plutôt que sur le site de Logitech (http://www.mysqueezebox.com/index/Home) avant de pouvoir accéder au contenu et aux listes. Ce qui n'est pas sans poser de pb de firmware ces temps-ci, la version 7.5.1 du package Synology étant obsolète (on est en 7.5.3 à l'heure où je mets sous presse). La version 7.5.3 du package est disponible au téléchargement chez Synology. http://www.synology.com/enu/support/releaseNote/SqueezeboxServer.php

J'ai réceptionné le ventilo Evercool de remplacement aujourd'hui, et viens de procéder à son montage à la place de ce fichu Y.S.Tech. Résultat : le silence, enfin, comme mon ex-DS-210j. Du moins en dehors des HDD Samsung qui grattent.

Ayé, dixit le mèl reçu il y a peu, le support Synology m'a expédié un ventilateur de remplacement, dont j'attends l'arrivée avec impatience. Taïwan c'est pas vraiment la porte à côté.