Mic13710

CloudStation backup, du 100M, des CPL et (peut-être) du Quickconnect au milieu, plus une dose d'indexation (bien qu'avec le peu de données à traiter, le nas doit pas trop se fatiguer), pas étonnant que ça plafonne à 2Mb/s. Va falloir s'armer de beaucoup, mais vraiment beaucoup de patience pour arriver au bout. A votre place, je suivrais le conseil d'Einsteinium. J'arrêterais tout ça, je connecterais le NAS directement au PC et je ferais un transfert direct par ftp ou autre.

Bin va falloir changer de pseudo

C'est un peu compliqué comme approche mais si ça vous convient, pourquoi pas . L'essentiel c'est que vous y retrouviez et surtout que vous ne perdiez pas vos données. Après tout on peut faire Marseille - Paris en passant par Moscou via Londres et Philadelphie. Tant qu'on arrive au but final...

Pourquoi avoir utilisé CS Back-up pour ça ? C'est sûr qu'à 2Mb/s, vous allez y passer des jours. Il eut été plus simple et plus rapide de passer par du FTP par exemple.

Réinstallation obligatoire (pas de passerelle ext4 vers BTRFS) Si vous utilisez CS et que le dossier caché vous dérange (reste à savoir jusqu'à quel point), vous avez effectivement tout intérêt à passer au BTRFS.

Tout est expliqué ici. Ceci étant dit, il serait dommage de passer à côté du BTRFS. Aussi dans votre cas il me semble plus approprié de repartir sur une installation neuve.

Fiches techniques : du 213 du 216J Le 216J est effectivement plus puissant que le 213. La seule différence que je vois concerne l'extraction des disques à chaud du 213 que n'a pas le 216J, ce qui est un point mineur si la continuité de service n'est pas primordiale. Le 216J fera aussi bien sinon mieux que le 213.

Comme ça effectivement, pas possible. Je pensais que JeanVal voulait connecter une station d'accueil sur le NAS comme il le faisait précédemment si j'ai bien compris. Même comme ça, je ne suis pas sûr que la station soit compatible.

Des connexions 100g et 1000g ? Je rêve ou quoi ? on est en 2050 ? En divisant par 1000, on revient en 2017. Ouf ! La copie initiale est toujours plus longue que les mises à jour. Suivant la quantité et le type de données, la qualité et le mode de liaison (smb, ftp, rsync etc...), cela peut prendre beaucoup de temps. C'est sûr que le PC en 100M ne favorise pas un transfert rapide. Il faut être patient. Le seul moyen de connaitre la progression c'est du côté de la source que ça se passe (donc votre PC). Le nas ne sait pas ce que vous lui envoyez tant qu'il ne l'a pas reçu. A moins que le 416j soit doté d'une USB3, passer par l'USB n'améliorera pas grand chose côté performance par rapport à de l'éthernet, même à 100M. Très mauvaise idée et grave erreur que de sortir un disque d'une grappe RAID. Tout d'abord, le RAID n'est pas une sauvegarde. Tout ce que vous ajoutez, supprimez, corrompez, est ajouté, supprimé, corrompu sur les deux disques. Il faut toujours prévoir une sauvegarde de vos données sur un autre support, stocké dans un autre lieu. Un NAS n'est pas plus sûr pour les données que votre PC, votre tablette, votre disque externe ou votre clé USB. Ensuite, une fois le RAID cassé (disque enlevé), il n'est plus appairé au disque restant. Lorsque vous le remettrez en place, le NAS va reconstruire le RAID en effaçant toutes les données du disques qui a été ajouté.

Et les sauvegardes alors ?

Si vous conservez le ext4, avant de remplacer le disque 2 il faudra tout d'abord déplacer les dossiers vers le volume 1. Ca se fait à partir de DSM dans le menu dossiers partagés. Vous changez simplement leur emplacement du volume 2 vers le volume 1. DSM va déplacer les dossiers et leur contenu vers le volume 1. A la fin de l'opération, vérifiez qu'il ne reste rien sur le volume 2 avant de le remplacer par le 4To et d'étendre le volume 1.

Ah OK. J'avais pas lu le dernier paragraphe

Je ne comprends pas pourquoi tant de complications. Après avoir installé les 3 disques, il suffit de faire une augmentation du volume 1. Une fois l'augmentation terminée (quelques heures), on remplace un premier 2To par un 4To, on reconstruit le volume (quelques heures). Quand c'est fini, on fait la même chose avec le deuxième 4To.

OK vu. Merci pour l'info. Il faut donc surveiller tous les 61 jours.

Etrange. Je suis sous DSM 6.0 et cet onglet existe bien chez moi.

Salut Fenrir, Merci pour ta réponse. Je te confirme, je suis un boulet. Entre temps je viens de trouver la raison du non renouvellement à partir de DSM. Il y avait un des noms que j'avais supprimé du serveur DNS car je ne l'utilisais plus. D'où le blocage et l'impossibilité d'un renouvellement auto. Même chose pour le certificat qui expire demain. Restes de mes tâtonnements lors de la mise en place du serveur DNS. Une fois supprimés les intrus, j'ai pu renouveler mes certificats. C'est toujours ce message trompeur de DSM qui lorsqu'un nom de domaine n'existe pas dit que le port 80 n'est pas ouvert..... Conclusion : il ne faut pas oublier de corriger les certificats dès qu'on supprime des noms sinon le renouvellement est impossible. Et surtout vérifier avant l'échéance que tous les noms sont toujours valides pour éviter que ça bloque. Par contre je ne sais toujours pas quand intervient le renouvellement auto afin de vérifier dans les logs s'il y a eu des messages. Car hormis les mails de Let's Encrypt, je n'ai reçu aucune notification de la part de DSM.

Je suis dans la panade. Aujourd'hui mon premier certificat est arrivé à expiration et n'a pas été renouvelé. Pourtant le port 80 est ouvert et dirigé en permanence vers le NAS et il est autorisé dans le pare feu. A vrai dire, je ne sais même pas quand le renouvellement auto à lieu. J'ai lu quelque part que c'était 30 jours avant expiration mais je n'en suis pas sûr. J'ai essayé la commande : sudo /usr/syno/sbin/syno-letsencrypt renew-all mais ça ne fonctionne pas. Pourtant les noms de domaine sont bien inscrits dans le serveur DNS et ils fonctionnent correctement. Impossible non plus de recréer un nouveau certificat à partir de DSM. Bref, je ne sais pas où ça coince. Mon soucis c'est que le prochain certificat expire demain et que c'est de loin le plus important. Je suis encore sous DSM 6.0. Quelqu'un aurait-il une piste ?

Pas la meilleure, mais la moins mauvaise des deux envisagées. Il serait préférable d'éviter le wifi et de passer plutôt par des CPL entre la live box au rdc et un switch Gb à l'étage plutôt que par un répéteur.

Vous ne nous dites pas de quel nas il s'agit. Ensuite, cela dépend de ce qui tourne sur le NAS. Si ce n'est pas un soucis au niveau des FPS et de la résolution, c'est peut-être que vous n'utilisez pas le nouveau client surveillance station dédié. Ce nouveau client est en effet infiniment plus rapide et plus fluide que l'ancienne version html.

Services de fichiers - Win/Mac/NFS - Groupe de travail

Je vous ai donné la solution il me semble.

La solution répéteur/switch est la plus viable à mon sens. Il est toujours préférable de séparer les fonctions. Dans la solution 2 non seulement ce sera moins efficace, mais si le nas est déconnecté, vous perdez votre liaison.

Vous ne pouvez pas installer un câble ethernet entre le RDC et l'étage ?

Pas safe du tout ! @Poupidou comment voulez vous que ça fonctionne si vous redirigez le port 80 à la fois vers le 80 et le 5000 du NAS. Par ailleurs, on évite de se connecter en http. Connexion de l'extérieur en https. Je vous conseille vivement de faire un petit tour du côté du forum des Tutorials et surtout sur le premier post : Sécuriser les accès à son Nas

Avez-vous fait les redirections de ports dans le routeur ?