PiwiLAbruti

Ce fonctionnement n'existe pas dans DSM.

Quelle sécurité ?

Avec 2 baies, RAID1 ou SHR c'est du pareil au même. Par contre le jour où tu décides de passer à plus de baies (4 par exemple), SHR te permettra d'utiliser toute la capacité de disques de tailles différentes là où il y aurait de la perte avec un RAID5.

Étant donné la popularité actuelle de cet OS, il y a peu de chances que Synology s'y intéresse pour le moment. En tout cas il faut quand même les lancer sur le sujet, plus vous serez nombreux, plus ça arrivera vite.

Oui il est possible de configurer DropBox dans Cloud Sync, Gaetan soulignait le fait que la synchronisation n'est pas une sauvegarde. Il ne faut pas oublier qu'en cas d'incident majeur, ça risquerait de te prendre beaucoup de temps de redescendre toutes les données depuis DropBox. Le problème viendra surtout de la capacité de DropBox à exploiter tout le débit de ta connexion fibre. On utilise des protocoles adaptés aux sauvegardes, comme rsync, qui permettent de remonter dans les versions de fichiers.

Ça prend combien de temps une restauration synchronisation complète depuis DropBox ?

Je ne recommanderais vraiment pas l'utilisation de Cloud Station pour des données professionnelles. Un exemple parmi d'autres : Quelle stratégie de sauvegarde as-tu définie ? (en espérant qu'elle existe bien) Ça a peu d'importance du moment qu'il y a une sauvegarde robuste. Après le choix du RAID dépend du niveau de disponibilité qu'on veut avoir. Dans ton cas je partirais sur un des 3 schémas suivants : RAID5+spare RAID6 SHR2 Ça arrivait dans les années '90, aujourd'hui c'est presque une légende.

Quels sont les paramètres réseau du NAS ? (DHCP/manuel, adresse IP, masque, passerelle, ...)

Je ne sais pas pourquoi Diaoul met tant de temps à valider les PR. Au pire il pourrait déléguer cette tâche à d'autres. Essaye de voir ça directement avec lui.

C'est pour ça que chez SynoCommunity le code des scripts utilisés est facilement consultable sur GitHub, et que les modifications apportées sont soumises à validation par une poignée de développeurs. On regrette juste que les éditeurs de logiciels n'utilisent pas nos services pour créer leurs paquets. Après on ne fait aucun effort non plus pour les attirer.

Après investigation, le paquet SynoZwave copie les modules cp210x.ko, ftdi_sio.ko, pl2330.ko et usbserial.ko depuis /var/packages/synozwave/target/modules vers /lib/modules avec la commande que l'on trouve dans /var/packages/synozwave/scripts/postinst : cp ${PKGPATH}/target/modules/*.ko /lib/modules/ Plus violent tu meurs. Cette commande écrase les versions originales des modules ftdi_sio.ko et usbserial.ko (cp210x.ko et pl2330.ko n'existent pas à l'origine) sans faire de sauvegarde préalable. Ainsi les versions originales ne sont pas restaurées lors de la désinstallation du paquet, d'où le DSM qui fait bien son boulot en détectant ces modules modifiés comme une menace. Il est cependant possible de récupérer les versions originales dans le fichier du firmware (.pat) ouvert avec 7zip. Ce paquet est une honte ! Je laisse ceux qui l'utilisent le signaler à SynoZwave (je n'utilise pas ce paquet). Pour télécharger ce paquet sans passer par le dépôt : http://www.synozwave.com/SPKs/?file=synozwave_0.0.017.02_88f6281(vous pouvez remplacer 88f6281 par l'architecture de votre NAS, sous réserve que le fichier correspondant existe).

La question serait alors de savoir si le paquet synozwave n'écraserait pas ces deux librairies avec une version plus récente. Où as-tu téléchargé le paquet synozwave ?

Pas de souci C'est juste pour essayer d'éviter que les novices se retrouvent complètement perdus entre RAID et SHR alors que la différence est simple. La seule chose à savoir en fait, c'est qu'un volume SHR n'est rien d'autre qu'un ensemble de bandes RAID1 et RAID5 agrégées afin de récupérer l'espace perdu sur un RAID5 classique. J'avais fait quelques illustrations (il y a bien longtemps) pour expliquer le fonctionnement :

Est-ce que les modules ftdi_sio.ko et usbserial.ko sont toujours présents dans /lib/modules ?

C'est complètement faux. Sur un NAS 2 baies, le RAID1 ou SHR sont identiques. Le changement de disques par d'autres de tailles supérieures se fait de la même façon et avec les mêmes contraintes, tout comme la migration sur un autre NAS. La seule chose qui change c'est lors du passage sur un NAS avec plus de 2 baies où il est possible d'augmenter le volume SHR en ajoutant des disques de taille supérieure sans perdre l'espace comme ce serait le cas en RAID5. C'est tout.

Oui, XPEnology est basé sur le firmware du DS3612xs. Le plus marrant c'est qu'ils utilisent tous le même numéro de série, c'est facile de les repérer dans les statistiques de SynoCommunity (et ils sont nombreux).

Chez la case à cocher "Configurer manuellement le serveur DNS" est grisée car les paramètres DNS sont définis pour chaque interface dans l'onglet "Interface réseau". Soit ton NAS n'est pas en DSM 5.1, soit tu utilises un XPEnology, soit les deux.

Actuellement les routeurs 1 & 2 ont la même adresse IP (192.168.1.254), ce qui est un problème. Soit tu appliques ce que t'a donné Gaetan : Soit tu modifies l'adresse d'un des deux routeurs (192.168.1.253) et avoir deux passerelles distinctes sur le même plan d'adressage. Il faudra alors activer les passerelles multiples (Panneau de configuration > Réseau > Général > Général > Paramètres avancés) dans la configuration réseau du NAS et définir celle qui sera utilisée par défaut (Panneau de configuration > Réseau > Interface réseau > Ordre du service).

Tu as un exemple car je ne comprends pas où ça coince.

Pour le téléchargement, tu peux te servir de Download Station.

Il y a un client FTP intégré à File Station depuis DSM 5.1.

Pas besoin se compliquer. Les connexions sont initiées depuis l'extérieur via deux noms qui vont différencier les deux accès internet : Cloud Station > cloud.domaine.fr > IP publique du routeur 1 Web Station > domaine.fr > IP du routeur 2 Le NAS répondra implicitement sur l'interface à partir de laquelle il a été contacté.Si tes besoins se limitent à ce que j'ai cité, il n'y a rien à faire de plus que distinguer les adresses des deux réseaux comme l'a indiqué Gaetan.

À ce moment là, désactive le paquet Download Station. Tu verras si le problème persiste ou non.

Le processus scheduler fait apparemment parti du paquet Download Station : DiskStation> ps|grep scheduler 1877 root 3996 S grep scheduler 10917 root 19816 S /var/packages/DownloadStation/target/sbin/scheduler Est-ce que tu as une configuration particulière de Download Station (flux RSS, ...).

Et en se connectant en SMB au NAS ? (au lieu d'AFP)