PiwiLAbruti

Tu peux détailler pourquoi tu as besoin de sauvegarder un disque externe sur un NAS ? C'est vrai que c'est surprenant de vouloir fonctionner ainsi, mais je suis curieux de connaître un cas d'utilisation qui amène à vouloir procéder ainsi.

Illegal MAC address ' 11AA22BB3344' Illegal MAC address ' 11:AA:22:BB:33:44' Dans les deux cas il y a un espace devant l'adresse MAC, c'est peut-être ce qui le gêne ?

Je me demande quand même comment un service de sauvegarde pure peut perdre des données. Au minimum il y a de la réplication en mode bloc entre 2 entités de stockage (PRA) et un backup sur une entité tierce. Alors certes ça a un coût (volume de données x3), mais pour assurer un service sérieux c'est le minimum.

La fréquence n'augmente pas beaucoup (11%), et le turbo n'est pas nécessairement supporté par l'OS. Entre 4 coeurs ou 2 coeurs hyperthreadés (4 threads dans les deux cas), je ne suis pas certain que ça soit révolutionnaire vu ce qu'on fait tourner sur un NAS. Pour la RAM c'est 8GB par slot. Tu as raison de souligner que la bande passante mémoire passe de 6,4Gbit/s à 25,6Gbit/s car ça sera principalement de là que viendra le gain en performance.

Pas vraiment car la différence de performance est très mince avec la version précédente (Atom D2700) : http://ark.intel.com/compare/59683,77982 Ces deux processeurs permettent de saturer le gigabit, la réactivité du DSM ne va pas beaucoup changer. Et si on regarde la consommation, le C2550 (14W) consomme plus que le D2700 (10W).

Le processeur du DS415+ est un Atom C2550 (Avoton), 4 cores, 2.4GHz, 14W : http://ark.intel.com/products/77982/ Les DS1515+ et DS1815+ (vous avez bien lu) seront également équipés de ce processeur.

À moins que tu aies un besoin très spécifique, l'agrégation de liens s'avère inutile pour les particuliers.

Je te suggère de faire part de tes problèmes sur GitHub : https://github.com/S...y/spksrc/issues N'étant pas expert en cross-compilation, tu obtiendras des réponses plus pertinentes.

Le wiki est surtout obsolète, la page que tu donnes en lien a 2 ans.

Il y aussi le CPL qui est une bonne alternative au wifi.

postinst, pas postint. Aucune idée, si ce n'est une éventuellement erreur dans le nom du script comme vu ci-dessus (postinst) Vérifie dans la documentation officielle (http://ukdl.synology.com/download/Document/DeveloperGuide/DSM_Developer_Guide.pdf), mais je je ne crois pas qu'il y ait besoin de créer de lien symbolique pour l'interface web. start-stop-status ne s'est jamais logé pas dans /usr/local/etc/rc.d. Ce script est utilisé depuis le Centre de paquets pour démarrer ou arrêter le paquet sélectionné. Pour chaque paquet, /var/packages contient des liens symboliques vers /volume{x}/@appstore. Regarde dans un des dossiers de paquet (ls -l /var/packages/paquet). De manière hénérale, je te conseille d'utiliser la page GitHub dédiée pour exposer tes problèmes : https://github.com/SynoCommunity/spksrc/issues

Un exemple concert est l'iDRAC de chez DELL : http://accessories.us.dell.com/sna/productdetail.aspx?c=us&l=en&s=bsd&cs=04&sku=331-6956 Pour en revenir au sujet, je vois mal Synology ajouter ce type de module sur un DS213j juste pour du démarrage à distance...

Avant de tester depuis l'extérieur, assure-toi que ça fonctionne déjà en interne en utilisant l'adresse IP locale du NAS (192.168.x.y). Pour que ça fonctionne de l'extérieur, il faut ouvrir le port 64738 et TCP et UDP sur ta box ou routeur.

Je sais que c'est contraignant de devoir tout restaurer, mais on ne le fait pas tous les mois non plus (heureusement !) La solution reverse proxy est aussi assez sécurisante dans le sens où si l'attaquant n'a pas le sous domaine exact, il ne peut pas lancer d'attaque. D'ailleurs les attaques massives n'utilisent que les adresses IP publiques. Par exemple le DSM chez moi n'est accessible que depuis un sous domaine sur le port HTTPS par défaut (port tcp/443). Pour y accéder j'utilise une adresse du type https://dsm.domain.tld/. Pour ce type de configuration, je vous recommande chaudement (DSM 5 minimum).

Il est dit que ça sera disponible dans la prochaine version majeure de DSM si tout se passe bien. Autrement dit ça sortira avec DSM 6, dans longtemps.

Vous pourrez retourner la question des accès réseau dans tous les sens, vous ne trouverez aucun moyen de sécurisation fiable à 100%. Personnellement je n'ai rien changé aux ports ouverts depuis cette faille car mes données sont en sécurité sur un disque dur USB de sauvegarde qui n'est branché au NAS que le temps de faire les sauvegardes. Que mon NAS se fasse pourrir ne me fait ni chaud ni froid. Arrêtez de vouloir révolutionner la sécurité réseau et faites des des sauvegardes, ça vous fera gagner du temps.

C'est typique d'une plage de ports passifs FTP qui n'est pas translatée (PAT) sur le routeur. Le port en question est d'ailleurs le tcp/55553 (217 x 256 + 1).

Synology a inclus nginx au DSM 5. Je serais tenté de dire que la bonne pratique serait de suivre l'excellent pour configurer un reverse proxy avec nginx.

Le DS411slim n'est pas "light" dans l'absolu, mais il n'est pas adapté à Crashplan vu les ressources demandées par ce dernier (le problème étant surtout Java).

Tous les liens d'articles que vous donnez pointent vers la même source : https://www.decryptcryptolocker.com/ Aucun utilisateur ayant envoyé un fichier crypté par SynoLocker à Decrypt CryptoLocker (lien ci-dessus) n'a réussi à obtenir une clé de décryptage. Pour l'instant cette solution ne fonctionne pas. Donc pas la peine de poster un énième lien vers un article qui fait référence à Decrypt CryptoLocker.

Très intéressant, mais la faille réelle vient des entreprises : Faut être inconscient pour laisser une destination de sauvegarde connectée en permanence (donc vulnérable). Même en tant que particulier je débranche mon disque dur USB une fois la sauvegarde terminée.

Je ne connais pas la nature de ton activité, et je t'ai simplement donné la solution la plus aboutie (quoique on doit même pouvoir faire du clustering avec CMS) mais certainement pas la plus économique. Pas obligatoirement. Mais si tu optes pour un modèle dont l'architecture du processeur est différente, il faudra réinstaller le DSM. Pas forcément, mais avec un NAS d'une autre marque tu risques de galérer pour remonter les services similaires (Mail Station ,...). Oui (moyennant réinstallation du DSM si processeur différent).

Les anciens modèles n'ont rien à craindre, les versions 3.x du DSM ne sont pas impactées par ce problème. (vu dans une réponse officielle de Synology sur un des sujets concernant la faille, mais je ne sais plus où). edit: Sur le site officiel en fait : http://www.synology.com/en-global/company/news/article/472

Il te faut un deuxième NAS prêt à prendre le relai du premier en cas de panne. C'est en tout cas comme ça qu'on fonctionne en entreprise avec un PRA (Plan de Reprise d'Activité) dont le dimensionnement est souvent dégradé par rapport à l'environnement de production principal.

Rien, elles seront accessibles depuis l'extérieur du réseau par le port tcp/8000 et sur ton réseau local par le port tcp/80.