gaetan.cambier

si j'ai bien vu, c'est juste des fichier php, suffit de le decompresse dans le dossier web, lancer l'install via le navigateur et ca devrait aller

il faut suivre la procedure avec mdadm + lvm car un disque basic en multibaie utilise la couche raid md

L'application ds vidéo reste le plus simple

faudrait voir si c'est possible d'en faire un paquet pas trop difficilement

les disque actuel lisent à une vitessent de 150 Mo/s, et le nas va placer les donées en memoire cache avant de le transferer en plus, si il y a plusieur disque dans le nas, la charge est repartie sur les X disques,

oui, en partant du principe que ce n'est pas le nas qui decode, tu n'aura aucun problèmes autrement faut prendre un nas de la serie play, et pour le transcodage, je ne sais pas combien en simultané

Si on prend un bitrate de 25 mbps soit un peu plus de 3 mo/s, le ds115j supporte en théorie un débit en lecture de + de 100 mo/s soit 33. ça c'est juste un calcul théorique. Ça sera moins car les test de syno ne se font pas sur autant de connections en simultané. Maintenant, ça c'est le nas le moins puissant. Ça donne ainsi une idée

Dans le plupart des cas, c'est pas les disque dur qui limitent la vitesse. Et a moins d'avoir beaucoup de personne qui lisent des flux HD en même temps, ça ne posera aucun soucis. Vaut mieux un nas plus puissant que des ssd

Dans l'appli cloud station sur le nas, il y a un historique de version Mais il faut pas oublier une chose : cloud station et cloudsync font de la synchronisation pas de la sauvegarde. Une vrai sauvegarde est indispensable

C'est sur qu'il faut mettre du 6a dans les murs : dans quelques années, qd tu aura besoin du 10 gbit, tu ne va pas refaire toute l'install

si c'est pour le mettre dans ton nas, à mon avis, tu peux oublier : les disque dans les nas ont une partition système sur tous et le mettre sur un tel disque risque de plomber les performances du nas pourquoi pas comme disque dans un support usb/esata ou tu stocke un backup des fichier qui ne seront plus modifié

Pour expliquer shr : raid (mdadm) + lvm il y a rien de proprietaire à ce shr, c'est juste une solution pratique que tu peux reproduire à la main sur n'importe quel serveur linux donc, pas de raison que ca ne fonctionne pas. maintenant, vaut toujours mieux avoir une sauvegarde qd meme, on ne sais jamais

celle-ci que tu veux je suppose ? mdadm --grow --raid-devices=1 /dev/md2

le cryptage sert uniquement pour empecher un acces physique non autorisé par exemple : en prenant les disque et en les montant dans un pc ou en faisant un reset du synology tu peux utilisé le montage automatique vu que dans le 1° cas, ca ne fonctionnera plus dans le 2° cas, le reset va anuller le montage automatique et donc empecher l'acces au données

n'avais-tu pas download station ouvert pendant ce test ?

viens de tester, qd downloadstation est ouvert, ca ecrit sur le disk à + de 1mo/sec sur le iscsi et dans top, on voit le postgresql en update me demande si il y a pas une boucle sur un update, car ca fait beaucoup je trouve faudra attendre la reponse du support :s

j'avais lu encore à moitié, je croyeit que tu savait quelle requete c'etait :s devrait mieux lire, ca serait bien

quel requete pose problème ?

8.2 to pour être exact. Mais si on ne le voit pas, on peut aussi vérifier en ssh cat /proc/mdstat CZ donnera pas mal d'info

Fait un test smart étendu et donne nous le resultat

en meme temps, pour etre précis, c'est n'importe quelle disque de 1To ou plus que tu peu utiliser ainsi, tu peut prevoir d'augmenter ton stockage en meme temps si necessaire (ps : la taille supplemantaire ne sera prise en compte qu'au changement du 2° disque)

tu as combier de disque de 3to dans ton nas ?

au point de vue durée, je suis en train d'ajouter un 5° disque à mon raid6 bon, après un test smart court, un test smart etendu, un badblock, qui se sont tous fini sans erreur, je suis passé à l'augmentation du raid total de l'histoire : compter 36 heures pour 2 TO sur un ds1511+ donc, faut etre patient dans tous les cas

tant qu'on y est, pour le securité, la commande suivante offre plusieurs avantage : ssh-keygen -t ecdsa -b 384 Clé beaucoup + resistante 384 bits ecdsa = 7680 bit rsa niveau securité Génération + rapide (moins de 1 seconde sur mon nas, une clé rsa, j'ai le temps d'aller faire un tour ) Vu que la clé est + petite, les donné a transféré sont également plus petite à l'autentification (c'est moin imporant mais bon) Ca reste compatible avec tous les syno tant que openssl est à peu pres à jour (dsm 4.0 et +). ainsi; le tuto sera pas obsolete niveau securité avant j'espère assez longtemps (en sécurité, ca peut vite changer :s)

malheureusement, ca ne sera pas possible c'est la limite de leur modele gratuit : tu te plante dans un certificat, ou tu perd ta clé privé, la seule solution est de revoqué --> payé pour mic : les certificat startssl sont bien fait, il prennent en compte le sous domaine et toujours le domaine en meme temps