PiwiLAbruti

Comme pour n'importe quel produit électronique : sur le site officiel, dans la fiche technique du produit.

Le problème vient soit des technologies trop différentes entres un modèle 80Go et un 2To, soit du fait que le SHR 2x80Go est trop rempli (99%) et ne permet pas la migration. Je commencerais par déporter un partie du volume sur un disque externe pour faire de la place et retenter l'ajout d'un 2To. Sinon sauvegarde, création du volume 2x2To, et restauration.

Cloud Station permettrait de faire la synchronisation entre le NAS et le Mac mini, à condition de bien configurer le nombre de versions par fichier. Il n'y aurait pas un outil natif sur Mac pour synchroniser des fichiers avec un support externe ou un partage réseau ? Un rsync cliquable ?

La commande suivante va renvoyer le nombre de connexion actives : root@DiskStation:~# netstat -netp|sed -nr '1,2d;/^tcp.{41}127/!p'|grep '' -c ou root@DiskStation:~# netstat -netp|sed '1,2d'|grep -Ev '^tcp.{41}127' -c Je suis une burne moisie concernant l'utilisation des commande sed et grep, il y a certainement moyen de faire plus propre.

Tu parles du nombre d'utilisateurs connectés en HTTP, mais si des utilisateurs utilisent un autre protocole (SMB, FTP, ...) comment comptes-tu faire ? Plus globalement, je ferais plutôt la détection au niveau réseau. La commande netstat -netp te renvoie la liste des connexions actives. Si le colonne Foreign Address ne contient que 127.0.0.1, alors il n'y a aucune connexion d'un client donc le NAS peut être éteint.

Rien d'anormal. Je suppose qu'il avait des tâches de téléchargement actives sur la première capture, le débit était ~300Ko/s. Si c'était le cas et qu'il s'agissait de tâches torrent, réduis le nombre de sources à 50. C'est bien suffisant et ça soulage grandement le processeur.

Je viens de monter un DNS local sur mon DS109, ça marche parfaitement. Il y aura quelques modifications à faire dans la capture d'écran "Création de la zone master" avec la mise à jour du paquet DNS Server (2.2.0-3032).

As-tu vidé le cache de ton navigateur ?

Ni l'un, ni l'autre. Sachant qu'il est sous garantie, le mieux est de le revendre en omettant certaines précisions auprès du futur acquéreur.

Tu peux déjà commencer par réduire la verbosité par défaut avec tcpdump not tcp port 22 -q, ou choisir une sortie vers un format de capture compatible avec WireShark avec tcpdump not tcp port 22 -w capture.pcap.

Utilise la commande tcpdump pour afficher le trafic via Telnet/SSH.

Le processus en cause n'apparaît pas dans ta capture d'écran. Regarde ce qu'affiche la commande 'top' via Telnet/SSH.

C'est possible via VPN, par contre les débits impacteront les performances. Cloud Station ?

Il faut un équipement actif sur le réseau local capable de faire office de proxy WOL. Concernant les box du marché, je ne connais que la Freebox qui dispose de cette fonctionnalité.

Avec un peu de curiosité tu peux y arriver : https://support.microsoft.com/fr-fr/help/2728792/how-to-back-up-small-business-server-2011 https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/StorageManager/iscsilun

Une solution dépendante du système de sauvegarde est intéressante avec un nombre suffisant de serveurs (j'utilise Veeam sur un Cluster Hyper-V). S'agissant d'un SBS2011 (serveur unique je suppose), je ne vois pas l'intérêt d'utiliser un système de sauvegarde déporté pour les raisons suivantes : Synology propose une solution de sauvegarde sans agent via le paquet Active Backup (en beta actuellement), mais c'est une horreur : copie des fichiers via les partages administratifs (C$, ...), pas de sauvegarde différentielle, et j'en passe tellement ça tient plus de la copie de fichiers pour débutant que d'un système de sauvegarde. Tu peux le tester si tu as du temsp à perdre. Windows Server a déjà un outil de sauvegarde efficace que je te conseille au moins de tester avant de rechercher une autre solution. Comme il s'agit d'une sauvegarde sur disque, je te conseille de créer une LUN sur le NAS et de la monter sur le SBS2011.

As-tu regardé les outils de sauvegarde proposé nativement par Microsoft dans Windows 10 ? https://support.microsoft.com/fr-fr/help/17143/windows-10-back-up-your-files

Les gammes Avoton et Rangeley sont concernées par ce défaut. À ma connaissance, Synology n'utilise que des Rangeley qu'ils ont nommé Avoton...

@Einsteinium : Je ne veux pas que le trafic http du LAN passe par le NAS et bloquer que http, donc Proxy Server n'est pas la bonne solution pour moi.

Je pense que tu devrais en parler dès le premier paragraphe de ton tutoriel en expliquant qu'avoir son propre serveur DNS pour les accès locaux et distants est bien plus efficace que QuickConnect : pas de relai avec les serveurs de Synology (confidentialité, fiabilité, latences, ...), utilisation du même nom en local et distant (très pratique pour les applications mobiles, Cloud Station, accès distant via VPN, ...), pas besoin de loopback, gain de rapidité (même si peu perceptible par l'utilisateur), et j'en passe... En gros il faut appâter avec du concret dès les premières lignes. En ce qui me concerne, je pense le mettre en application pour remplacer ma configuration à base de dnsmasq. Je m'en sers pour de la résolution locale et surtout pour l'anti-pub avec des listes assez exhaustives comme http://winhelp2002.mvps.org/hosts.txt. Par contre je crains qu'il soit compliqué de l'appliquer à DNS Server.

Tu confonds sauvegarde et synchronisation. Si une sauvegarde se fait en temps réel, comment comptes-tu pouvoir effectuer une restauration ?

Prends le temps de lire la documentation officielle concernant Cloud Station Server, tu y trouveras la raison de ton problème : Source : https://www.synology.com/fr-fr/knowledgebase/DSM/help/CloudStation/cloudstation

Regarde dans la liste des processus du Moniteur de ressources (ou via la commande top) ce qui consomme du CPU lors de la copie. S'agissant d'un DS413j, le processeur est un 88f6282 (ARMv5) qui est très peu véloce et sature facilement lors de la copie de fichiers avec certains protocoles. L'écart entre FTP et SMB, par exemple, est très visible. Par contre les valeurs S.M.A.R.T. sont inquiétantes. Les valeurs raw_read_error_rate et seek_error_rate devraient être à 0 (zéro).

Une telle solution n'existe pas chez Synology. Sinon il faut une machine Windows sur le même réseau que le NAS et accéder à cette machine à distance via RDP.