PiwiLAbruti

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.

Il n'y a rien de spécial à faire au niveau du client (hormis cette horreur dans la base de registre). Le pare-feu Windows laisse tout sortir par défaut, en cas de doute teste en désactivant le pare-feu. Il faut bien préciser le type de connexion VPN (liste déroulante) dans la connexion du client : Protocole L2TP (Layer 2 Tunneling Protocol) avec IPsec (L2TP/IPSec). Si ça fonctionne sur tes smartphones et tablettes, je suppose que tu as bien ouvert les ports udp/500, udp/1701 et udp/4500. Normalement il n'y a rien de plus à faire.

Rien ne t'empêche de l'automatiser avec un service en ligne. Il suffirait d'utiliser wget dans une tâche planifiée. Ça ne risque pas de fonctionner sur un DS213j (ARM) avec un binaire x86 (AMD64). Il faudrait que tu trouves un build ARM de wkhtmltopdf.

Je ne l'ai pas retrouvé, mais j'ai utilisé un moment un site gratuit pour faire les captures en ligne. Ça ressemblait à ça mais en mieux : http://api-az-eu-1.webthumbnail.org/?width=[WIDTH]&height=[HEIGHT]&screen=[BROWSER_WIDTH]&url= http://api-az-eu-1.webthumbnail.org/?width=500&height=800&screen=1024&url=http://synocommunity.com

RAID1 + suppression de données = données perdues RAID1 + SynoLocker = données perdues (ou du moins illisibles, on va garder un peu d'espoir). D'ailleurs, c'est valable pour tous les types de RAID. Ce n'est pas le mieux, dans tous les cas c'est indispensable.

J'avais rencontré le même souci que toi lorsque je suis passé de PPTP à L2TP/IPsec. Dans la base de registre, il faut créer un DWORD 32 bits nommé AssumeUDPEncapsulationContextOnSendRule dans HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesPolicyAgent et lui donner la valeur 2. Source : http://support.microsoft.com/kb/926179

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).

Non, ça veut dire que l'adresse IP A.B.C.D a été bloquée car elle a tenté "x" fois en moins de "n" minutes de se logger en SSH sans succès. C'est une correction de traduction à signaler à Synology. Absolument pas.

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.

C'est plus ou moins un scoop car certains ont déjà testé sans succès. Jusqu'à maintenant je ne 'ai vu personne réussir à récupérer une clé de cryptage.

Une LUN est dédiée à la machine à laquelle elle est connectée. Le NAS ne peut pas voir le contenu d'une LUN et il n'est pas possible de la partager. Bref ce n'est vraiment pas ce que tu cherches, utilise les dossiers partagés.

La seule publication officielle pour l'instant est celle-ci : http://www.synology.com/en-us/company/news/article/470 ikeke a fait la demande pour le DSM 3.1, il postera la réponse dès qu'il l'aura reçue.

Le processus qui crypte sauvagement les données s'appelle synosync. Du moment qu'il est absent de la liste des processus, votre NAS ne risque rien.

Du coup tu as bien un volume supérieur à 7,5 To ? Environ 11 To je suppose ?

Le passage d'un DS409 à un DS411j fonctionne parfaitement car la méthode a été validée par un utilisateur sur le forum officiel, le risque de brick est donc quasi-nul. Et de toute façon ce modèle n'est plus supporté par Synology. Bon après j'avoue que j'avais une solution de secours en cas de brick de mon DS109...

Je suis d'accord, mais tu n'ignorais pas que le DS508 bénéficiait de 3 ans de support. Partant de là, Synology n'a aucune obligation de t'aider. Leur réponse est compréhensible.

On a peut-être une piste :