Aller au contenu

PierU

Membres
  • Compteur de contenus

    99
  • Inscription

  • Dernière visite

Tout ce qui a été posté par PierU

  1. Comme je l'ai dit perso ce n'est pas une question d'économie mais de bruit. Même s'il est faible il est tout à fait perceptible dans une pièce calme le soir (le mien est dans le salon). Quant au risque encore faudrait-il le quantifier. Apparemment les specs des HDD 3,5" grand-public tournent autour de 50.000 cycles start/stop (voir exemple ici https://www.seagate.com/www-content/product-content/barracuda-fam/desktop-hdd/barracuda-7200-14/en-us/docs/100686584v.pdf ) : ça laisse quand même une bonne marge (ça fait 13 cycles/jour sur 10 ans). Le tout est de ne pas mettre un délai trop court qui conduirait le disque à passer son temps à s'arrêter et démarrer. Ca, ca dépend totalement des usages de chacun. Oui et non. Tout dépend à nouveau de l'usage qui est fait du NAS.
  2. PierU

    Accès SMB par internet ?

    Peut-être, mais ça ne répond pas à ma question 🙂
  3. Bonjour, Question sécurité, est-il raisonnable de monter un partage SMB du Syno au travers d'internet ? Il y a 15 ans je crois ça ne l'était pas du tout, mais le protocole a évolué... Si oui quels avec quels paramètres sur le serveur, pour une authentification chiffrée (indispensable) ? Pour un transport chiffré (pas forcément indispensable pour mon usage) ? J'ai envisagé aussi webdav, mais je le trouve vraiment peu efficace. Notamment j'ai l'impression que quand on veut accéder à un fichier il est entièrement téléchargé en local avant d'être ouvert (je me trompe ?). Il y a aussi la solution sshfs, mais ça réclame l'installation d'un client sshfs sur les ordis des utilisateurs (et ce n'est pas tout à fait satisfaisant sur certains points).
  4. Bah, euh, finalement ça marche... J'ai regénéré une clef RSA (auparavant DSA), et je l'ai copiée avec ssh-copy-id (auparavant copiée à la main), et c'est bon. Je ne sais pas si c'est la clé DSA ou la copie à la main qui posait problème.
  5. Le moteur je peux comprendre, il force au démarrage. Mais les têtes de lectures ? Elles vont se parquer comme elles le font régulièrement même quand le disque n'est pas en veille (et les specifs sur le nombre de parcages sont très larges). Perso j'ai toujours mis mes disques en veille (principalement pour une question de bruit) sur tous les ordis ou sur le seul NAS que j'ai eu avant celui-ci, et mes 2-3 disques qui ont lâché ce n'était pas à cause du moteur. Par curiosité j'ai regardé sur mon ordi actuel qui a 7 ans 1/2 : dans le rapport SMART le HDD (un WD blue de 500Go) est crédité de 36395 start/stop (13 par jour), et aucune anomalie rapportée. Je pense que si on met un délai raisonnable (pas moins de 30mn), le nombre de cycles reste dans ce peut supporter un HDD pendant plusieurs années.
  6. Bonjour, Je me greffe sur ce sujet, car j'ai exactement le même souci. A-t'il a été résolu de votre côté depuis ? J'ai décommenté les lignes suivantes dans /etc/ssh/sshd_config (ce qui n'est sans doute pas utile vu que ce sont les valeurs par défaut) : PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys J'ai copié ma clef publique dans .authorized_keys côté NAS, fait un chmod 755 sur le home de l'utilisateur, et un chmod 600 sur le .ssh/ et sur le .ssh/authorized_keys. Et il me demande toujours le mot de passe.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.