niklos0

Ca confirme que tu n'as pas de dossier @download ou @Cloudstation dans ce répertoire. la commande "df -h" peut t'aider à savoir où l'espace est prit.

Et la commande : ls -ltr /volume1 Tu as tenté ? Si oui, elle te retourne quoi ?

+1664. Je n'avais pas remarqué ce "détail"

Ne serait-il pas plus simple d'intervertir les NAS complet plutôt que d'intervertir les disques uniquement ?

OK merci !

Le principe du VPN n'est pas de changer d'ip mais de créer un tunnel chiffré entre 2 endroits. Typiquement, tu es chez toi, tu veux te connecter au réseau de ton entreprise, tu passes via le VPN de ton entreprise qui fait comme si tu étais sur place à ton entreprise. Tu es sur un réseau privé virtuel. Une des conséquences est que, comme tu es sur le réseau de ton entreprise, tu as aussi l'ip de l'entreprise quand tu utilises un navigateur dans l'entreprise mais tu as aussi toujours ta propre ip. Chez toi (ton ip) ===== Tunnel Crypté (VPN) ===== > destination (une entreprise par exemple) qui a l'ip de l'entreprise =======> WEB (qui donc voit l'ip de l'entreprise et non la tienne) Par ailleurs, le VPN permet un sécuritée très renforcée grâce à un chiffrement de tous les transferts Au final, le but du VPN est bien d'apporter de la sécurité en ce connectant à distance à un site et non de changer d'ip. A partir de là, tu comprends bien que ton IP, fixe ou non, importe peu. Le détail c'est que si tu changes d'ip en cours de route, tu seras déconnecter d'internet donc du VPN.

Tu peux préciser ? C'est juste histoire de ne pas être bridé à la vitesse la plus lente ou bien il y a une autre explication ?

Un disque de NAS. Seagate Ironwolf, WD RED etc...

Toutàfé. C'est pour ça que je n'ai pas mis de disques sur le premier slot. Ca laisse un peu mieux respirer le CPU. Bien que je n'ai pas testé en mettant un disque. Peut-être que ça changerait rien !

D'après ce que j'ai pu lire à droite à gauche, c'est assez classique sur ces NAS avec ces CPU. Voir ici par exemple : Et j'ai écrit à Synology pour avoir leur avis. Ils disent que c'est normal.

Étant donnée que cela ne semble pas clair, je tiens à préciser que mon montage est totalement réversible et que, par conséquent, on ne perd absolument pas la garantie ! Il faut juste prévoir 10 minutes de démontage.

Ce matin, nous sommes à 40°C Là j'ai pas d'explication ! Mais 15°C de baisse ça serait cool ! edit : on est même à 38°C 37°C avec la fenêtre ouverte 😛

Suite et fin ! Je ne suis pas spécialement fier de cette partie... Mais j'ai fait avec les moyens du bord...

Seconde partie : Le démontage. On repère où sont branché les câbles et on enlève tout : On repère où sont branchés les disques et dans quel ordre (j'ai cru comprendre que, si on remet tout dans le mauvais ordre, plus de RAID, mais à confirmer !) et on enlève tout On enlève les 4 vis qui retienne la trappe des ventilateurs (les petites vis déjà enlevées sur la première photo) : On débranche les ventilos On enlève le capot... Et là, c'est le drame... Le capot est plombé. Si je le démonte, plus de garantie... Mais c'est pas grave, on va s'en sortir quand même... Cependant, à partir d'ici et puisque je ne peux pas démonter, le tuto sera quelque peu artisanal ! La suite après après...

C'est monté ! Je fais le tuto ce soir ! ou demain au plus tard

Ventilo reçu ! Première partie du tuto du coup : Éteindre son NAS. Pour cela, aller sur l'interface web et cliquer sur le bouton en haut à droite puis Éteindre. Une fois éteint, on enlève la prise histoire d'être sûr. Et là, on attend un paires d'heures que tout refroidisse ! Un ordinateur n'aime parfois pas être bidouillé chaud ! Pour rappel, on part d'un CPU à 55°C environ en idle actuellement.

Nous sommes d'accord ! En fait j'avais mal compris ta première question ! Sur windows, les lecteurs sont partagés par défaut. C$, d$ etc... Donc, si tu laisses la config par defaut, tu peux accéder à \\serveur\c$\toto mais pas à \\serveur\toto$. Mais oui, \\serveur\toto$ peut fonctionner si et seulement si, tu as partagé au préalable toto$. Comme tu l'indiques, le $ permet de cacher le dossier. Donc je vais refaire ma réponse d'au dessus :

J'ai toujours fait avec "lettre de lecteur$". Je ne sais pas si ta solution marcherait mais je ne pense pas. Pourquoi ? admettons que tu ais un dossier : c:\musique et un dossier d:\musique. Si tu ne gères pas ton partage et que tu tapes \\serveur\musique$, on ne peut pas savoir vers quoi tu pointes.

Tu peux vérifier sans problème. Pour info, cela s'appelle les partages administratifs.

Absolument aucun doute. Testes sur un windows et tu verras que ça marche. D'ailleurs @Jolteon le confirme dans son message ci-dessus. edit : il faut bien sûr que ces partages par défaut n'ait pas été supprimés !

Sans RAID, tu utilises 2 x 4to pour les données et 2 x 4to pour les sauvegardes ==> 2 x 4to de "perdu" En RAID5, tu utilises 3x4to pour les données et 4to pour la parité => 1 x 4to de "perdu". Mais là tu ne t'assures que la possibilité de perdre 1 disque. Sans être à 100% sûr que ton RAID arrivera à ce reconstruire en cas de panne.

Sur Windows, chaque lecteur est automatiquement partagé sous le nom de "lettre de lecteur"$. Par exemple, si je veux aller sur d:\film sur la machine 192.168.0.20 je peux taper : \\192.168.0.20\d$\film

La question ne se pose pas. Le problème vient de ta configuration. D'où exactement, je ne sais pas, mais ce n'est pas un problème du NAS (du moins pas quelque chose qui ne puisse pas être corrigé par un paramétrage.)

Comme le disais @firlin, tu as aussi la solution du RAID5 qui optimiserait l'espace disque (tu gagnes 4To) tout en aillant les "problèmes" inhérent au RAID. A toi de voir l'espace dont tu as besoin. Je te conseille de partir sur la solution de recopie d'un disque sur l'autre comme je le disais au dessus si tu as encore de la marge niveau espace disque et de partir sur un RAID5 si tu es limite niveau espace. Les 2 solutions sont possibles.

+1 ici. Aucun soucis.