gaetan.cambier

donne ton nom de domaine en pv, je vais faire le test sur startssl pour conprendre

Utilise l'utilisateur root et ça fonctionnera ;)

commande 1 (backup) : cp /etc/httpd/conf/extra/httpd-ssl.conf-cipher /root/httpd-ssl.conf-cipher.backup commande 2 (remplacement de la ligne): sed -i 's/SSLCipherSuite HIGH:!EXPORT:!eNULL:!aNULL:!DES:!RC4:!RC2:!MD5:!IDEA:!SEED:!CAMELLIA:+AES128:+AES256:+3DES:+kEECDH:+kRSA:!EDH:!aECDH:!aECDSA:!kECDHe:!SRP:!PSK/SSLCipherSuite EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5/g' /etc/httpd/conf/extra/httpd-ssl.conf-cipher et la commande 3 (pour redémarrer apache) : synoservicecfg --restart httpd-user

C une bonne idée le sed, ça évite de devoir utiliser vi

Si après la première passe, il y a pas d'erreurs, le disque est OK. On peut toujours en faire plusieurs, mais c'est la première passe qui te détectera les erreur, après, c'est de la malchance :p

non, vu le message d'erreur, il va pas + loin encore un fournisseur qui a pris le hdd pour un ballon de foot au transport

surement le dsm endommager la procédure à suivre, c'est le double reset : https://www.synology.com/fr-fr/knowledgebase/tutorials/493

too many bad sectors -> SAV direct, faut meme pas attendre

le problème de postgresql en lien avec downloadstation est deja arrivé à pas mal de personne le support syno, si tu les contacte, te dira de faire un double reset c'est pas une solution que j'apprécie pas, mais comme apparemment, ca fonctionne, et que la reinstallation de downloadstation ne resoud pas le problème, faudra sans doute y passer :s

j'ai remarqué cela sur le dsm 5.2, mais c'est uniquement pour personaliser les connection ssh :s donc pas le choix, faut passer par l'edition du fichier

dans le fichier suivant en ssh : /etc/httpd/conf/extra/httpd-ssl.conf-cipher tu modifie la ligne commancant par SSLCipherSuite avec : SSLCipherSuite EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5 tu redemarre le serveur web : synoservicecfg --restart httpd-user pour editer le fichier faudra utiliser "vi" google te donnera comment l'utiliser avant et après, tu peux toujours tester ta connection ssl sur le site ssllabs.com

ca depend, tu utilise simplement ton nas d'origine pour te connecter ou tu as installer un reverse proxy (nginx, haproxy) ? c'est pas meme ligne a changé, mais pas au meme endroit, donc, je doit savoir

ta cryptographie est declarée obsolette non pas à cause du certificat, mais des algorithme utilisé ! faut mettre l'aes-gcm en 1° et priviliegier tls 1.2

ok bon j'aurai dis une conneire donc

deja poser à de nombreuse reprise, voila le tuto pour repasser en volume simple : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/ par la suite, sur ton nouveau disque, faut créer un nouveau volume dessus et pas etendre la capacité

je viens de regarder, ca m'etonne pas qu'il ait le meme comportement : DiskStation> ls -l /bin/ash lrwxrwxrwx 1 root root 7 May 19 17:43 /bin/ash -> busybox DiskStation> ls -l /bin/sh lrwxrwxrwx 1 root root 7 May 19 17:43 /bin/sh -> busybox

et on pourrait rajouter les rmmod au stop pour pouvoir décharger les module au passage, coolraoul, il y a des difference entre sh et ash que tu utilise ash ? (plus complet ou autre ?)

maintenant, c'est ainsi, dès que tu as une application tierce --> reset obligatoire, il ne cherche pas ou est le problème c'est désolant :s

Merci edit : la joie a été de coute durrée, l'article est réservé aux abonné :s

pour tester le disque dur, le + sumple est de demarrer sous linux sur son pc et de faire les test

Oui, ainsi en cas de problème, tu le sais direct pour échanger le disque dans les delais

non, il suffit de bien preparer le disque, si le disque passe la preparation, il sera ok sinon --> sav

ca colore mais pas grand chose : while : do echo "On veux de la couleur" done edit : ca colore qd on crée le message, mais pas qd il est posté ou réédité :s

le groupe de disque sert à pouvoir créer plusieurs volume sur le groupe (plusieur lv dans un vg en lvm), maintenant, qui dis plusieurs dis aussi un, donc il y a aucun intéret à le supprimer

desactivé l'hibernation est souvent le mieux toute facon, l'hibernation, c'est une source de problème sur dsm 5.2, il semble encore + problématique (voir post sur le forum) ton nas met en hibernation et les disque redemarre direct pour une lecture/ecriture ca use les disque pour rien ca ne consomme pratiquement rien de moin avec l'hibernation activée (faut que les disque reste effectivement en hibernation longtemps pour commencer à y gagner) bref, le + simple est de laisser tourner h24 les disque