Reprise du message précédent :

Non c'est la notation CIDR :
https://www.cidr.eu/en/calculator/+/192.168.0.24/30
Le /30 est le masque sous-réseau.
Et ça fait que tu n'as que les IP suivantes dans cette place :
192.168.0.25 – 192.168.0.26
Donc que 2 IP.
 
Si tu veux jusqu'à 30 il faut ça : /29
https://www.cidr.eu/en/calculator/+/192.168.0.24/29
Mais attention, il va arriver des fois que même avec le bon masque, les IP ne commencent pas à celle voulue.
Par ex : 192.168.0.210/28 : en fait ça commence à 192.168.0.208 donc faudrait utiliser 192.168.0.208/28

Les réponses complètes ont été données précédemment.
En ce qui me concerne, je fais au plus simple pour les partages NFS :
Je donne accès à tout le monde du réseau local en lecture seule sur les dossiers music photo video, donc l'IP définie dans les privilèges NFS de ces dossiers sera 192.168.x.* ou 192.168.x.0/24 (remplacer x par la valeur du range d'IP du réseau local existant, typiquement 0 ou 1)

 
Attention ce ne sont pas les même To.  Sur le Synology C2 c'est la taille des dossiers sources qui compte alors que sur Pcloud, c'est un disque de 2to tout court.
 
Le plus simple c'est quand même le cloud storage d'OVH, non ?
 

Oui tout à fait ^^ Le versioning est gratuit  

 
Pas du tout,
Perso j'utilise ce site pour pas me prendre la tête à calculer les masques: http://jodies.de/ipcalc

 
J'ai remplacé le disque 1, j'ai toujours des :  
 
"Dear user,
 
A file system error was detected on volume 1. Please go to Storage Manager to repair it as soon as possible.
 
From SERVERxxx"

je ne vois plus trop d'autre solution que de refaire complètement le serveur... (backup, tout supprimer, recréer un volume, restore)
 
ce qui me fait le plus chier, c'est le backup vers amazon glacier, qui est incrémentiel, mais j'ai peur qu'il doive reprendre à zéro  

 
d'ailleurs c'est ce que préconise synology :  
 

Après l'échange du disque. Tu as bien lancé une réparation du Volume ? ou une vérification du système de fichier comme le suggère ton screen ?
 
Non. Sur la capture d'écran que tu montre. Ils conseils de faire un second Volume. Pas de tout scratcher pour refaire de zéro
D'ailleurs ça ce tente car du coup tu pourrai peut être déplacer tes données/paquets sur le second Volume et donc avoir le minimum de reconfigurations

J'ai retrouvé le 8To qu'il me restait. Mais c'est celui que j'avais mis de coté car après quelques secondes d'alimentation électrique. Il fait un bruit d'enfer
Le NAS étant dans le salon. Je pense que c'est mort pour l'analyser pour l'instant
Je ne peu pas reprendre le même HDD que l'autre fois car il est chargé
 
Par contre j'ai commandé un disque externe "Seagate Backup Plus Hub 8 To" dont le disque finira dans le DS213j pour backup local. Je verrai bien ce qu'il y aura dedans et donc comment je peu m'organiser pour faire des tests Badblocks plus détaillés

Oui évidemment j'ai lancé la réparation dès que j'ai remplacé le disque. Et oui j'ai déjà fait au moins 4 fois la vérification. Ce message d'erreur revient immédiatement.

Faire un second volume quand le premier prend tout l'espace dispo ?  

Franchement je vais pas me faire iech, je vais faire un backup bien complet, et repartir de zéro.

Là si je voulais faire un deuxième volume, je devrais dégrader le premier, installer un disque de 8 ou 10 TB, tout copier dessus et donc le remplir complètement, et puis supprimer le premier volume et agrandir le premier...

Je crois que c'est franchement plus propre de repartir de zéro. Et limite ça prendra moins de temps.

Ha oui c'est sur que s'il fait beaucoup de bruit, le mettre dans le salon n'est peut-être pas une bonne idée et Mme EE8 risque de pas bien apprécier    
Tu me diras sur le "Seagate Backup Plus Hub 8 To" ce qu'il en sera  
Tu pourras faire le badblocks sur l'USB
Mais sinon ton dock icybox est peut-être juste super performant
 
Sinon, voilà les stats des deux premières passes complétées :

 
On voit que c'est régulier, et que la phase d'écriture est plus rapide que la phase de lecture/comparaison.
 
Mes estimations donnent une durée totale de 150h environ.

Oui je confirme que Mme EE8 ne va pas kiffer. Surtout qu'elle ne bosse pas donc risque de le côtoyer plusieurs heures par jours ^^
 
Bin du coup par curiosité je vais surement faire plusieurs tests
Déjà comme toi le disque externe sans y toucher
Après ce HDD dans le boitier Icy Box
Ci déjà il y a une grosse différence. C'est qu'en effet c'est le boitier qui joue
Et peut être une comparaison entre le Badblocks du NAS et celui de Diskutils
Bref j'aviserai le moment venu ^^
 
Ouep pour toi du coup ça reste dans des temps cohérents par rapport à d'autres tests

Si tu veux vraiment prendre du temps pour faire les tests voici une méthodologie :
- test avec badblocks Syno dans boîtier externe  
- test avec badblocks diskutils dans boîtier externe  
 
Rebelotte avec l’icy Box. (Éventuellement que avec le badblocks qui est le moins rapide)
 
Ça va prendre quelques heures  

Dites, j'aurais besoin des pros du rclone ou rsync
 
Comme je vais changer le disque de 8To par un plus gros, j'ai fait une copie de sauvegarde de toutes mes données du 8To ailleurs ou j'en ai déplacé sur les autres volumes du 920+.
Pour les données sauvegardées ailleurs, elles ont été sauvegardé avec le mode rsync monoversion de Hyperbackup sans compression, sans chiffrement  

Les données sont :

• soit sur un disque dur externe (branché sur 920+ quand j'aurais un port libre)
• soit sur un disque dans mon autre NAS (le 214play)
• ou soit dans deux autres disques présents dans un dock USB branché sur le 214play (car actuellement j'ai plus de port USB libre sur le 920+ à cause d'un badblock en cours).

Je précise à nouveau que c'est fait avec rsync, donc la structure des dossiers dans la sauvegarde est :
/volumeX__ou__volumeUSBXX/dossier_partagé_destination/Nom_backup_hyperbackup/dossier_partagé_source/mes_données
 
J'aimerais bien pour les données qui sont sur des disques dans le dock USB pouvoir les récupérer directement depuis le 920+- en branchant le dock dessus.
Mais je ne trouve pas comment reconnecter en local une tâche Hyperbackup faite en réseau...
Donc, une fois mes partages recréés sur le nouveau disque dans le 920+, quelle commande puis-je lancer pour copier sans erreur/oubli les fichiers/dossiers présents dans les backup des disques du dock USB ?
je ne maitrise pas du tout rclone ni rsync pour savoir quoi faire... mais il me semble que ces deux commandes permettent une fiabilité de copie non ?
J'ai peur qu'un simple copier/coller dans DSM puisse foirer certains fichier...
 
Merci de votre aide
 

Salut
J'ai une question, est-il possible d'activer ou de forcer le TLS 1.3 sur un synology ?
En faisant un test sur https://www.ssllabs.com/ssltest avec mon nom de domaine pour un service du NAS, j'ai constaté que je n'atteignais que le A+ je pense en raison du fait que le TLS est en version 1.2, et pas 1.3.
 
Du coup c'est possible le 1.3 sur un syno ? Si oui comment ?
 
Thanks  

Les infos de la FP ne te suffisent pas ?
Quel intérêt de reconnecter une tâche rsync ?
Il suffit de tout faire en ligne de commande et basta, non ?

"que le A+" ? C'est la note maximale...

Et non, TLS 1.3 n'améliorera pas forcément ton score...

Quel est-il d'ailleurs ?

Moi j'ai un score de A (sans le plus) avec 100 partout sauf au ciphers (90), et j'ai le TLS 1.3.
Tiens, d'ailleurs, merci, je viens d'activer le paramétrage HSTS qui avait visiblement sauté

Et bien non...
Sinon je lancerais un bête copier/coller dans FileStation...
Je ne maitrise pas du tout les commandes rclone/rsync pour les adapter à mes besoins, d'où ma demande d'aide.

Haa, ok Voilà le score sur mon domaine gitea (pareil sur plex ou autre) :

Donc le TLS 1.3 n'améliorerait pas le score du Cipher Strength ?

Tu ne réponds pas à mes questions 2 et 3

TLS n'étant pas un cipher, bah non

1/ que le processus soit simple et sûre pour la copie inverse des données.
Et on m’a re-expliquer comment reconnecter ma tâche en local. Donc ça devrait être ok , j’espère.
 
2/ je veux bien en ligne de commande : mais il me faut une commande fonctionnelle et que je comprend…
Donc retour case départ.
Et comme je l’ai dit un simple copier coller ne me plait pas trop…

Ha ok.
Du coup ça apporte quoi de plus le tls 1.3 par rapport au 1.2 ?

0.1  

A mon sens, le seul truc que tu peux améliorer c'est la clé. Tu dois avoir une clé à 2048 bits (edit: ah non, 3072, c'est marqué lol), en passant à 4096, ça devrait améliorer.
https://community.letsencrypt.org/t [...] able/55033

Après, tu peux changer les suites cipher, mais perso, j'ai 90% et c'est déjà bien.
Et c'est sûr que ça n'a rien à voir TLS 1.3 et cipher strength.

Après, y'a pas que la certification SSL pour la sécurité si tu veux rigoler : https://observatory.mozilla.org

pour les news : https://www.thesslstore.com/blog/tl [...] eded-know/
 
Après pour réduire les ciphers, déjà dans l'interface syno tu peux choisir le niveau de compatibilité des ciphers (legacy, intermerdiaire, modernes).
Sur mon DSM7 je suis en A+ avec TLS 1.3 et que des bons ciphers en étant en intermédiaire

Merci pour les liens. Je regarderais ça tout à l’heure    
Pour la taille de la clé c’est celle du certificat ?
Il me semblait que ce serait 4096 vu que j’ai fait récemment un certificat wildcard avec ACME.
 

 
On donc avec DSM 7 on a droit au TLS1.3.
Mais je reste pas très chaud pour passer sur une bêta… (qui n’a plus eu de maj depuis décembre…)
 
Sinon j’ai déjà monté la compatibilité en moderne    
Merci pour le lien également, je vais avoir de quoi lire tout à l’heure  

La vraie question c'est qu'est-ce que tu penses que ça va t'apporter de plus d'être en A+ ?
T'as des données ultra-sensibles qui transitent ? tu penses que tu as un profil cible pour les armées russes, chinoises ou américaines ?
 
Je dis ça parce que beaucoup de gens pensent que https/tls/ssl sécurise plus leur serveur, mais ça ne sécurise que les données qui transitent, hein, on est bien d'accord ?

Ha oui je suis bien d’accord avec toi    
Sinon je suis déjà en A+    
 
Après le tls1.3 doit quand même être meilleur sur le 1.2.
Après vu que c’est présent dans dsm 7, j’ai plus qu’à attendre la version finale   en espérant que je résiste à l’appel de la bêta  

baaaaah, c'est aussi une question de passion.
 
C'est un peu comme si tu demandais à un fan de foot ce que ça lui apportait de courir après un ballon.
 
On est d'accord sur le principe hein. Mais s'il a envie que le test montre tout à 100% pour son nas parce qu'il aime bien bidouiller (et voyant ses posts, je pense que c'est le cas ), laisse le bidouiller

Yep j'aime bien bidouiller
Mais je ne veux pas bidouiller quelque chose qui va sauter au moindre reboot/MAJ... et encore moins s'il faut juste attendre une certaines MAJ qui arrivera forcément (bon DSM7, ça fait un moment qu'on l'attend de pied ferme...)

Bonjour, ce genre de boitiers, c'est vu comme un seul disque par le NAS ?
https://www.amazon.fr/QB-35US3-6G-B [...] r=8-6&th=1
 
On peut monter un Share dessus ?

Voir FP en fin de paragraphe 3, j’y parle précisément de cette référence

Merci

Mais du coup pas de JBOD ? (Si j'ai bien compris a regroupe tous les disques en un seul volume) ?

Non. Juste du "single". Chaque disque est indépendant

Il faut prendre un modèle "RAID" pour avoir un équivalent du JBOD (le mode "BIG" )

EDIT : Et oui. Leur appellation est trompeuse ...

Ils ne sont pas chers ces boitiers là !

Dites j'ai un DS416 avec une utilisation CPU anormale (99%). Il a un uptime d'un peu plus de 100 jours. Les processus qui bouffent tout sont 2 "smbd". Y'a moyen d'avoir plus d'informations sur ce que c'est ? Et si y'a un moyen de corriger ça sans rebooter le NAS ?  
 
Le graphique sur 1 an est très parlant :
 

 

smbd = daemon samba = cifs
 
De plus dans ton schéma, c'est clairement utilisateur concernant la demande en tres forte augmentation.
 
 
Apres, 100 jours d'uptime, il doit manquer quelques maj

 
smbd, c'est samba, partage de fichiers

Oui je sais que smbd c'est samba , mais y'a un moyen de savoir quel est l'user concerné ?