gaetan.cambier

cloudflare peut faire office de dyndns via leur api, mais le plus simple (surtout si on est pas programmeur) est de garder un vrai dyndns (qui est deja configurer) et donc pour ton nom de domaine au lieu de mettre un record A avec l'ip, tu met un record CNAME avec le nom de ton dyndns, et ton domaine en .tk pourra pointer sur ton ip facilement c ainsi que je fait personellement ;) pour alwaysdata, ca ressemble surtout a de l'hebergement

ok, autrement, j'avait haproxy 1.6.3 de stock, vu que tu as trouvé, ca va

ben heureusement que t la, avait pas vu, désolé

le disque à enlever de md2 est bien sdb dans ton cas vu le dernier /proc/mdstats fournit (il reste sda dans md2 vaut mieux pas l'enlever :p)

quel nas ?

sur le 415+ possible que la toochain passe (via chroot debian), vu que c'est un cpu intel avoton (x64) , mais compiler sur une tel machine est dans les fait très précaire vu le temps que cela prend sur un 209+ impossible vu que c'est du ppc853x

haproxy ou n'importe quel reverse proxy ou alors avoir plusieur ip publique, mais ca coute cher

ca sera en effet un peu plus simple :p

pour utiliser cloudflare, il te faut deja un nom de domaine qui t'appartienne, si tu n'en a pas oublie et au passage, pourquoi utiliser no-ip (qui est chiant avec ses mail si on le laisse en gratuit) alors que synology en fournis un

Bah en lancant la dernière commande si il y a un message derreur j'ai raison si ca passe j'ai tord ;p toute facon, c'est sans danger ;)

tu me fait douté maintenant, ... pour moi non, faut tapé la commande car le disque est déclaré defaillant, mais il attend toujours sdb pour qu'il soit remis en ordre de marche à la fois, quand je doit enlevé un disk d'un raid, je le fait proprement et jamais à la barbare ... il y avait que 3 lignes a tapé, c t qd meme pas dur de faire du copier coller :s

c qd meme plus simple soit d'interrompre l'enregistrement de surveillance station, soit juste les notifications sur detection des gsm ...

pas tout a fait : le fait d'ejecter un disque le declare juste defaillant, l''équivalent de la commande : mdadm /dev/md2 -f /dev/sdb5 donc, il fait maintenant l'enlever du raid, puis réduire le raid ;) ca prend 5 minutes chrono quand on suit ce qui est noté

No ip : simple service de dyndns Cloudflare pour la version gratuite : gestion complete dns de domaine sans limitation Proxy cache http et https activable en frontend Protection basique des sites via un firewal Doit oublier plein de truc mais les grandes lignes sont là

Meme pas besoin de redémarrer, on gagne 10 minutes ;)

c qd meme pas dur de cliquer sur l'option etendre et c'est fini :s

et vaut mieux cross compiler, c'est plus propre coté installation que ce truc mort

raid = plutôt 4 chiffres : qd on pense qu'un backup annuel coute 60$/€, ca laisse songeur ...

shr-1 7*3to = 16.8TO shr-2 8*4to = 22.8TO 22.8TO * 90% = 20.52TO pour éviter la fragmentation 20.52-15 = 5.52TO

là aussi dsm annonce aussi que le disk est sain ... on cumule donc les probabilités de panne avec les allumages a répétition

les probabilité de pannes sont : ce sont bien sur les probabilité de panne en utilisation courante, pas en reconstruction ... le probabilité d'URE en reconstruction est de ..... 76,27993899340141 % mic disait non négligeable, je dirait meme fort probable :p on préfère faire l'autruche, toute façon, on connait l'histoire, c'est presque chaque jour que quelqu'un perd son raid car il vérifie rien et ne suis pas les conseils de 1 c'est pas possible, de 2 ca serait très lent si tu veux faire lent, l'IPoAC pourrait pourquoi pas être utilisé ... je sais pas, c t pas clair ?

pour 50 euro on trouve des lecteur dlna

non, ca peux tout a fait fonctionner fait des print screen et on te dira ce qui va pas

tu devraiy surtout nous donner le detail smart de tes disk, on t'en dira plus sur l'etats des disques

et surtout commencer par mettre le 8° disque, car de la reconstruction raid sur des red 3to ... vaut mieux passer à l'église allumer un cièrge avant