PiwiLAbruti

Le NAS est directement connecté au PC ?

Thunderbolt sur un NAS répond à un besoin très précis déjà évoqué sur ce forum et pour lequel un NAS n'est pas adapté : le montage vidéo professionnel. Les contraintes d'IOPS d'un logiciel de montage et d'encodage vidéo sur une unité de stockage sont considérables (accès multiples exigeants en faible latence). Je suppose que QNAP émule de l'Ethernet sur Thunderbolt car je ne vois pas comment un accès direct au stockage est possible autrement. Cette connectique ne se retrouvera que sur des NAS suffisamment puissants car un processeur ARM risque de saturer bien avant les 20Gbit/s du Thunderbolt 2.0.

Oui, donc /root

Qui t'a dit d'utiliser /admin ?

Le problème des DMZ proposées sur les box du marché c'est que la machine qui y est placée est également adressée sur le réseau local, difficile de faire pire (machine compromise = réseau local compromis). Dans le cadre professionnel on utilise un pare-feu digne de ce nom, des VLANs, et le subnet fourni par l'opérateur pour rendre quelques machines uniquement accessibles depuis le réseau public (machine comprise = aucun impact sur le reste du réseau).

Avant de procéder à un double reset, utilise Synology Assistant pour voir si les paramètres réseau sont corrects. J'ai également eu un souci similaire et je n'ai pas eu besoin de faire un double reset.

Comment as-tu configuré ta propre autorité ? Est que le certificat génère une alerte de sécurité lors de la navigation ?

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