PiwiLAbruti

L'intégralité de cet article est malheureusement réservé aux abonnés du site (ce qui est mon cas). Je vais lister succinctement les points abordés : Processeurs Annapurna (ARM) sur DS215+, DS715+, DS1515 et DS2015xs, pas de processeur AMD prévus contrairement QNAP, Mises à jour sans redémarrage, Chiffrement AES256 pour Cloud Sync, Pas de modèles avec sortie HDMI (et c'est tant mieux), Synology n'est pas dérangé par XPEnology pour le moment, et ça les fait marrer lorsque certains s'adressent au support officiel, Le routeur Synology sera commercialisé en Europe en septembre 2015. Il y a beaucoup d'autres points très intéressants abordés dans cet article, mais pour ça je vous laisse vous abonner pour ne pas nuire à leur excellent travail. Source : http://www.nextinpact.com/news/95263-synology-nous-ouvre-ses-portes-a-taipei-et-evoque-sa-strategie.htm

Peu importe que le NAS ait une adresse IP fixe ou distribuée par DHCP. Le plus simple pour la trouver/vérifier est d'utiliser Synology Assistant (ou DS Finder sur mobile). Vérifie que le partage de fichiers est bien activé sur le NAS. Vérifie que ton réseau est bien de type Domestique dans le Centre réseau et partage de Windows : http://windows.microsoft.com/fr-fr/windows/choosing-network-location#1TC=windows-7 Le groupe résidentiel ne solutionnera pas ton problème. Si tu utilises un pare-feu autre que celui de Windows, désactive-le. Si ça ne fonctionne toujours pas, regarde dans le Gestionnaire d'identification si les identifiants du NAS ne seraient pas déjà enregistrés, auquel cas il faudra les supprimer.

As-tu bien suivi les instructions décrites sur cette page : http://www.pulse-station.com/fr/faqs/how-to-install-on-synology-nas/ ?

C'est bien de dire qu'il y a des pics de consommation CPU, mais identifier le processus qui en est à l'origine c'est mieux.

L'arrêt des paquets dans le Centre de paquets est suffisant, pas besoin de les supprimer. En ce qui concerne les processus Python restants, il suffit de les arrêter via Telnet/SSH avec les commandes ps (pour identifier les PID concernés) et kill (pour les arrêter).

Ce gros bouton rouge se trouve dans l'application MariaDB : https://help.synology.com/dsm/?section=MariaDB&version=5.5&link=mariadb.html

Installe le paquet Mail Server et regarde si les options de sécurité te conviennent. Utilise les connexions sécurisées uniquement pour les clients (POPS sur tcp/995, IMAPS sur tcp/993, SMTPS sur tcp/465 ou tcp/587). Pour ma part les serveurs faisant des tentatives douteuses sur le port tcp/25 se font bloquer automatiquement par DSM.

Vérifie.

J'ai installé DSM 5.2-5565 (et l'Update 1 par la suite) avec succès sur un DS109 déguisé en DS112j :-) Si la mise à jour ne se fait pas, ce qui a été mon cas à la première tentative, il faut désactiver tous les paquets dans le Centre de paquets et les réactiver après la mise à jour.

Au minimum \\192.168.x.y\home avec des identifiants valides doit fonctionner, peu importe le groupe de travail.

Sachant qu'il s'agit d'un XPEnology, renseigne-toi sur le forum adéquat.

Quels dossiers étaient synchronisés dans Cloud Station ?

Il doit y avoir un quota sur l'utilisateur admin du NAS secondaire.

C'est tout à fait faisable mais beaucoup plus technique : Installer le paquet DHCP Server, Désactiver (ou ne pas lancer) le paquet DHCP Server, Créer les fichiers de configuration dans /usr/local/etc/ en suivant les instructions du lien de gaetan.cambier, Créer un fichier de démarrage dans /usr/local/etc/rc.d/ qui vérifie le statut du paquet DHCP Server et l'arrête si nécessaire avant de lancer le service. L'avantage de cette solution contrairement à la mienne, c'est que les baux (dynamiques et statiques) sont conservés quelque soit le serveur utilisé. ​

Copie les fichiers dans un dossier partagé du NAS (dans ton /home par exemple), Connecte-toi via Telnet ou SSH avec le compte root et le mot de passe du compte admin. Conserve une copie des fichiers qui vont être remplacés (on ne sait jamais) : DiskStation> mv /lib/modules/ftdi_sio.ko /{oùTuVeux} (de même pour usbserial.ko), Restaure les versions originales : DiskStation> mv /volume1/homes/{toi}/ftdi_sio.ko /lib/modules/ (de même pour usbserial.ko).

Bien qu'il soit tout à fait possible de le faire, ça n'existe pas chez Synology à ma connaissance. Selon ton besoin exact, tu peux très bien utiliser deux serveurs DHCP en même temps si chacun d'eux adressent des plages d'adresses IP différentes d'un même sous-réseau : Réseau : 192.168.83/24 Plage DHCP 1 : 192.168.83.[101-150] Plage DHCP 2 : 192.168.83.[151-200] Les machines de ton réseau seront adressées par le serveur qui répondra le plus rapidement, donc pas de panique si un des deux n'adresse aucun client.

En cherchant un minimum tu pouvais trouver : \hda1.tgz\hda1\lib\modules\ftdi_sio.ko Si tu as jeté un coup d'oeil à mon lien précédent, il y a aussi le fichier usbserial.ko à restaurer et deux autres à supprimer.

​Celle qui se situe très précisément entre la chaise et le clavier ;-)

​Quand je vois la source (lemondeinformatique.fr), ça me paraît déjà beaucoup moins bizarre. La presse, toujours fidèle à elle-même... (insécurité, paranoïa, ...)

Je savais bien que ça me disait quelque chose : http://www.nas-forum.com/forum/topic/47080-maliciel-ou-pas/?do=findComment&comment=1319270055 Je l'ai indiqué dans mon précédent message... En ligne de commande ​via Telnet ou SSH.

Le paquet zynozwave doit être apparemment mal conçu vu qu'il ne restaure pas la version originale de ce fichier à la désinstallation. La seule solution est de récupérer ce fichier depuis le firmware (fichier .pat, à ouvrir avec 7zip par exemple) et de le copier dans /lib/modules.

Ce n'est pas réellement une erreur, DSM a seulement détecté un fichier qui lui paraît suspect alors que tu sais d'où il provient. Regarde s'il est possible de désactiver cette alerte dans le Conseiller de sécurité.

Commence déjà en entrant l'adresse IP locale (192.168.x.y) de ton NAS dans ton client de messagerie. Une fois que tu auras validé le fonctionnement en local, il faudra rediriger les ports IMAP (tcp/143, tcp/993) et SMTP (tcp/25, tcp/465, tcp/587) vers l'adresse locale du NAS.

Quel protocole as-tu utilisé pour faire tes tests de débit ?

Je ne sais pas si ça peut t'aider : http://www.pulse-station.com/faqs/what-to-do-after-a-dsm-update/