gaetan.cambier

Donc ça devrait fonctionner. Il y a pas le firewall du syno qui bloque quelque chose ? Un : tracert ipdunas A partir du pc en vpn pourrait donner l'indication de où est le blocage

Met le chemin et crée le après volume1 sur ton nas, ça devrait fonctionner

Un bas sector ne se copie pas. Erreur de syno, peu du chance : dsm est basé sur linux et est plutôt stable Un disque défectueux nouveau c'est fort probable. Une capture écran du smart serait bien et un test étendu recommandé

Moi, suis a 60 dollars par ans Illimité c'est toujours faux, il y a toujours une limite dans les cvg mais c'est écrit en tout petit. Pour crashplan, c'est 10 to Et puis, c'est un service de backup avec versionning. Et cryptage blowfish 448 bits côté client si on l'active Le seul point négatif, c'est que leurs serveurs dont en Amérique. Donc soumis au lois américaines

A la fois on sait pas mettre grand chose gratuitement, moi, vu mes besoin 2.5to de donnée) je me suis orienté vers crashplan

Pour onedrive, c'est cloudsync attention c'est de la synchronisation et pas du backup. En cas de suppression d'un fichier sur ton nas ou sur ton compte en ligne, c'est répliqué de manière instantanée @ guipom de rien et bonne année

Je sais qu'il y a le programme évidence authenticator, mais en Belgique, les flics sont tellement (partie censurée) qu'il serait capable de pas comprendre

Non, tu ne sera pas embêter par une update, après la manipulation, tu te retrouve dans un état normal pour le dsm: un disque en shr sans protection et un disque initialisé Le système et le swap sont toujours en raid sur tous les disques. Si tu as un nas avec 12 disques (ds3612xs) c'est le cas également

Bonne année

Moi, j'ai remarqué un décalage entre l'heure de la cam, et l'heure de surveillance station . 10ou 15 secondes de décalage alors que l'heure de la cam est synchro sur la nas. C'est juste embêtant si il fallait s'en servir de preuve. Si les heures sont pas strictement les même, on pourrait dire que ça a été trafiqué même si il y a un watermark dans la vidéo

En ssh sur le nas, cette commande retourne quoi ? cat /proc/sys/net/ipv4/ip_forward

par contre, que tu ne sache pas faire un ping sur une ip de ton reseau local ou ton nas n'est pas du tout normal dans l'interface graphique, il y a : autoriser aux client l'acces au server lan c'est bien coché ?

si tu enleve le disque, le raid va resté degradé dans le dsm en fait et en plus, tu va degrade le raid utilisé pour le système (md0) et le swap (md1) la procédure est sure, je l'ai fait sur un nas de test pour te faire les captures, mais comme toujours,on recommande d'avoir une sauvegarde

j'ai pas su te repondre hier je devrait faire un tuto sur mon site, mais pas fait tu te connecte en ssh à ton nas en root (le forum l'explique si tu sais pas) les commandes a taper sont uniquement après "DsmDemo>" tu verifie le raid : DsmDemo> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda5[0] sdb5[1] 3653696 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda2[1] sdb2[0] 2097088 blocks [2/2] [UU] md0 : active raid1 sda1[1] sdb1[0] 2490176 blocks [2/2] [UU] unused devices: <none> normalement, tu devrait avoir que md0, md1 et md2 c'est sur md2 que l'on va travailler et sur la ligne il devrait etre noté "active raid1" et les 2 disques (sda5 et sdb5 chez toi) le but, si les disques sont numeroté differemment, il suffit d'adapter les commandes on va déclarer le 2° disque en panne : DsmDemo> mdadm /dev/md2 -f /dev/sdb5 mdadm: set /dev/sdb5 faulty in /dev/md2 a partir de la le nas va sonner et dire que le volume est degrade, c'est normal (tu peux coupé le bip pour etre au calme) on va enlever le 2° disque de md2 : DsmDemo> mdadm /dev/md2 -r /dev/sdb5 mdadm: hot removed /dev/sdb5 from /dev/md2 on va modifier le raid pour n'utilise que un disque : DsmDemo> mdadm --grow /dev/md2 --raid-devices=1 --force mdadm: max_devs [384] of [/dev/md2] tu peux verifier le résultat : DsmDemo> cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda5[0] 3653696 blocks super 1.2 [1/1] md1 : active raid1 sda2[1] sdb2[0] 2097088 blocks [2/2] [UU] md0 : active raid1 sda1[1] sdb1[0] 2490176 blocks [2/2] [UU] unused devices: <none> c'est tout à ce moment la, le dsm te dira qu'il a un volume shr sans protection de données

Toute façon, les outils donné prennent en compte le disque et pas le format de la partition

En plus tu aura le support des fichier par2 pour réparer les fichiers endommagé donc c'est plus pratique

au passage, suis sur mon pc et j'ai vu l'image : no route to host pour le smtp, ca me fait penser à du blocage pas possible que ce soit un problème de dns, tu as l'ip

http://www.unix-experience.fr/2013/postfix-relayer-et-router-les-mails/ Effectivement, n'importe qui qui racheté un domaine sait recevoir les mail qui lui sont encore envoyé a ce moment. Par contre tu peux garder tes ancien mail sur ton serveur sans problème

Regarde le SMTP relay dans mail server c'est plutôt la qu'il faut le configurer

Le SMTP dans rouncube doit être défini sur celui de ton FAI pour sortir

Pour héberger 2 sites PHP je suppose, vaut mieux un CPU puissant Regarde du cote de cloudflare aussi pour alléger le serveur des requête s les plus souvent utilisée Du côté des extension, il fonctionne avec le 415+ mais faut créer un volume séparer

Même en minime, la déduplication fonctionne très bien Et pour moi, il y a aucune raison sue ça ne fonctionne pas. Crashplan fonctionne avec tout fichier sur linux, un nas syno, c'est un linux donc pas de raison que ça ne fonctionne pas Par ailleurs, j'ai remarqué que crashplan prend moin de mémoire si on supprime l'option temps réel qui de toute façon ne semble pas fonctionner avec le nas

C'est normal crontab fonctionne qd le nas a démarrer. Il ne peut fonctionner nas eteind. J'emmetait déjà des doutes l'autre fois

C'est logique que netbios ne fonctionne pas, le netbios fonctionne en broadcast et donc ne passe pas les routeurs/tunnel et autre.

faudrait que je regarde l'iddee, mais en gros, je crois qu'il est possible de faire ceci : :6080 frontend tcp_http --> si http --> frontend :5080 --> sinon --> backend tcp (cloudstation, vpn) :6443 frontend tcp_http --> si http --> frontend :5443 --> sinon --> backend tcp (cloudstation, vpn)