Fenrir

le 5 mars 2015

tu devais avoir un autre problème qui a rempli ta partition système, la mise à jour a été le déclencheur, mais probablement pas la cause

comme pour faire la mise à jour le syno reboot, tous les services ont été relancé et ceux qui avaient besoin d'écrire dans cette partition système n'ont pas pu démarrer

en tout cas, content que tout soit rentré dans l'ordre sur ton syno

le 4 mars 2015

white.spirit a bien résumé : dans un premier temps, fais ce qui te semble le plus raisonnable et maitrisable, tu verras plus tard, à l'usage, si tu dois faire évoluer ton installation.

pour le raid, je reste campé sur ma position car je pars du principe qu'une copie au même endroit physique (entre les 2 disques de ton futur syno) n'est pas une sauvegarde : une sauvegarde doit, au minimum, être sur un périphérique différent et si possible situé ailleurs (voisin, amis, famille, ...)

mais c'est surement mon mode parano couplé à de la déformation professionnelle qui parle

Concernant le paramètrage sur le disque source, existe-t-il un moyen, autre que le RAID, pour le récuperer depuis le second disque si le premier flanche?

à ma connaissance, rien de prévu, mais c'est toujours faisable avec plus ou moins de bidouille

5 appareils Synology sont passés par chez moi en moins de 3 ans

tu devrais demander une subvention à Synology

perso je suis resté plus modeste pour le rythme des renouvellements (4 syno perso + 3 nas home made + un lacie en 14-15 ans)

2001 ou 2002 : premier nas "home made" (une suse de mémoire)
2004 ou 2005 : doublé par un autre nas fait maison (une debian avec 3 raid 6 et 2 raid0, je vous laisse compter les disques)
2006 : achat de mon premier nas tout fait (mon 1er et dernier Lacie) et mise au rancard de mon 1er nas home-made
2006 : achat d'un ds101j (300Go) pour remplacer le Lacie déjà mort, le nas debian est définitivement arrêté (à cause du bruit et de la conso électrique)
2007 : achat d'un ds107+ (1To) pour remplacer le home-made, le ds101j ne sert plus qu'aux sauvegardes
2008 ou 2009 : nouveau nas home made, mais sur une base FreeNAS (je regrette encore le ZFS, peut être qu'un jour syno le proposera ...)
2010: achat d'un ds710+ (2*2To) pour remplacer le ds101j (qui depuis prend la poussière dans un placard), le ds107+ ne sert plus qu'aux sauvegardes, le FreeNAS est arrêté
2012 : achat d'un ds712+ (2*3To) pour remplacer le ds107+ (donné à ma frangine), le ds710+ reste le nas principal
201x : achat probable d'un nouveau syno, mais je n'ai pas encore décidé lequel (mais ça sera un 2 baies ou un 5 baies) ni quand (mais pas avant la fin du support du 710+)

le 3 mars 2015

je rajouterai juste une ligne à ton script juste histoire de pouvoir relancer le find sans qu'il repasse sur les fichiers déjà converti

mv $1 $1.done

et je remplacerai -name par -iname pour ne pas être sensible à la casse

le 3 mars 2015

Pour l'aspect NAT, je confirme que ça marche avec 2 commandes, c'est d’ailleurs ce que fait le syno quand on active le vpn

echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -A POSTROUTING -s $LAN -j MASQUERADE

C'est bien entendu à affiner, par exemple en excluant le nas comme destination (! -d $NASIP), en limitant le sens (-o eth1)

Par contre il faut bien veiller à l'aspect sécurité et garder en mémoire que la moindre mise à jour (du syno ou d'un paquet touchant au réseau) ou le moindre réglage sur les fonctions réseau du syno (interfaces, vpn, dhcp, dns, ...) fera sauter les règles, transformant votre syno en porte d'accès à votre réseau local depuis Internet

le 3 mars 2015

- Futur DS215J configuré en basic (pas de RAID) avec 2 HDD (2To+3To WD red)

si si, en raid, de plus ça limite (sans l’interdire) le besoin d'avoir un second nas rapidement

Avec 2 disques, si tu en réserve 1 pour la copie (qui ne sera pas de la sauvegarde car sur le même nas), tu vas perdre la moitié de l'espace comme en raid 1, sauf que :

si c'est le disque source qui tombe en panne, tu vas devoir refaire tous tes réglages (droits, répartitions des données, ...) voir l'accès au nas (le premier volume est utilisé par syno pour se stocker lui même : son os, les paramètres, les utilisateurs, les paquets, ...)
si c'est le second disque qui flanche, tu devras recréer le volume, refaire les réglages, tout transférer

Alors qu'en raid, quelque soit le disque qui tombera en panne, ça n'aura aucun impact et dès que tu auras remplacé le disque défectueux, le syno refera la copie tout seul comme un grand

Maintenant si tu souhaite avoir plusieurs versions des mêmes données, tu peux utiliser TimeBackup ou CloudStation (cf fin de mon post)

Je compte découper les 2 disques en plusieurs volumes (Perso - Films - Musique - PS3 - Taff - Divers etc...) avec le volume perso du disque 1 en sauvegarde planifiée sur le disque 2 du NAS (j'espère utiliser les bons termes).

Pour ton usage, il n'y a pas d’intérêt à segmenter le nas en différents volumes (sauf pour Time Backup), créé simplement différents partages (avec des droits différents si besoin), ça t'évitera dans 6lois de te dire : "zut, j'ai un volume de 500Go presque vide et un volume de 10Go au taquet, il faut tout migrer/retailler/refaire/..."

Maintenant c'est peut être une question de terminologie :

disque : unité de base
groupe de disques : agrégat de disque => plusieurs disques sont vues comme un seul
grappe de raid : agrégat de disques et/ou de groupes de disques => plusieurs (groupe de) disques sont vues comme un seul
un volume : segment d'un disque/groupe de disque/grappe de raid : c'est l'équivalent d'une partition
un partage : dossier avec ses propres règles d'accès (sécurité, protocole réseau, ...) qui est stocké sur un volume

l'usage le plus courant est :

1 disque => 1 volume
2 disques => 1 raid 1 (ou shr) contenant 1 volume
3 disques ou plus : là on commence à jouer (raid 5, raid1+disque simple, ...)

Projet 1:
Acheter un Onduleur pour le NAS (cela risque d'être compliqué de brancher la livebox et le switch dessus...a voir) - Utilité réelle pour une application en basic?

cf réponse de white.spirit

Projet 2:
Acheter un deuxième NAS pour faire un "miroir" ou une sauvegarde du premier NAS (principe du "ceintures et bretelles" [] ) - Est ce vraiment utile car au fond le principal reste les données perso de kk Go, le reste est secondaire mais très C***t à retélécharger... de plus si je fais évoluer mon NAS plus tard ça m'évitera de jongler avec des disques à formater et des données à bourrer sur d'autres disques...

C'est le cas chez moi depuis une grosse dizaine d'années, un nas "principal" et un nas qui sert de backup au premier, quand le nas principal sera trop vieux, le secondaire deviendra principal et j’achèterai probablement un nouveau nas qui sera secondaire, ...

Mais comme indiqué par white.spirit, pas de précipitation, prends le temps de bien évaluer tes besoins

Projet 3:
Ma mère à l'autre bout de la france aimerait un disque dur externe pour sauvegarder ses données perso... pourquoi pas sur NAS 1 baie pour à peine plus cher

Je ne peux que dire oui

Projet 3:
divisé en 2 volumes (1 pour elle et 1 pour moi)

1 volume et plusieurs partages avec des droits différents

Projet 3:
avec sauvegardes planifiées de mes données perso importantes sur son NAS et de ses données perso sur mon NAS (principe du "ceinture et bretelles avec ceinture à bretelles et bretelles à ceinture"... [] ) - Une vraie utilité?

c'est une bonne pratique assez courante mais qui se heurte souvent à 2 limitations :

sécurité de l'accès aux données : cette limitation est facile à lever on montant un vpn entre les 2 nas (le syno peut faire serveur et client vpn, donc rien de difficile)
temps de transfert : à moins d'avoir une superbe bande passante (sur les 2 connexions internet) ou un petit volume de données à sauvegarder, le temps de transfert risque d'être très important (entre 2 lignes ADSL, ça peut se compter en mois s'il faut transférer des To de données)

Projet 4:
Mon bureau ayant un NAS pourrais je sauvegarder ses données sur le mien mensuellement? Je travaille souvent chez moi et je jongle avec des clés USB et il me manque souvent des infos...

Demande une autorisation écrite, car si tu sauvegarde des données importantes et que tu te fais cambrioler ...

Projet 4:
et le patron n'est pas contre d'avoir des sauvegardes en dehors du bureau au cas où...

Personnellement, je recommanderai à ton patron d'acheter un vrai service de sauvegarde (par exemple hubic)

Ce n'est pas à toi d'assurer la sauvegarde des données de ton entreprise, surtout sur tes fonds propres, mais ce n'est que mon avis

----------------

Petite précision sur les sauvegardes

Un usage courant des "sauvegardes" est le rattrapage de fausses manip : "oups, j'ai supprimé un truc super important"

Dans le cas d'une sauvegarde classique, on se connecte au machin qui s'en occupe (dans ton cas ça pourrait être le syno de maman) et on repêche le truc AVANT la sauvegarde suivante

Avec une sauvegarde un peu plus réfléchi, on ajoute du "versionning" (on sauvegarde le N dernières versions du truc en question) et on repêche le truc avant la fin de la rotation

Mais avant d'aller à la pêche dans les sauvegardes, on peut faire du simple versionning, Synology propose 2 paquets qui savent le faire :

Time Backup (c'est l'équivalent de Time Machine sur Mac) : le syno copie régulièrement tout ce qui change dans certains partages sur un autre volume/nas/disque externe
CloudStation (dropbox like) : ça ne sert pas à ça à l'origine, mais ça peut très bien remplir cette fonction, sans devoir créer un autre volume et avec une granularité très fine (dossier)

Ça consomme un peu de place et de ressource cpu, mais ça peut rendre service

le 4 janvier 2015

Tu peux modifier directement les infos des films dans VideoStation

A un moment j'avai testé l'export des metadatas, ça m'a aussi créé une volée de fichiers vsmeta, je les ai tous supprimé

le 4 janvier 2015

1-si tu veux de la fiabilité sans faire de raid, il faut faire plusieurs copies ... donc avoir d'autres systèmes de stockage ... que tu pourrais attacher au syno de backup pour augmenter sa taille

Dit autrement :

Admettons que sur le 1815 tes données soient réparties comme suit :

/volume2/homes : les documents perso
/volume2/boulot : les documents du travail
/volume2/softs : les logiciels
/volume1/photos : les photos
/volume1/video : les videos
/volume1/music : la musique

Tout n'a pas le même niveau d'importance (selon moi), donc tout n'a pas nécessairement besoin d'être sauvegardé à la même fréquence ni sur des supports de même fiabilité

Sur le 409, tu peux fais ceci :

2 volumes : 3*1.5 en shr (soit 3To) + 1*1.5To
tu branches un de tes disques externes dessus en permanence (on va dire qu'il fait 1To)

=>tu as maintenant 5.5To de dispo pour tes backups, dans 3 zones distinctes, il ne te reste plus qu'à les sauvegarder dans les destinations qui vont bien

3To en raid sur le syno : pour les données importantes
1.5 sans raid sur le syno : pour les données moins critiques (par exemple ce qui vient d'iTunes)
1To en externe que tu peux utiliser de 2 manières :
- nouvelle destination de sauvegarde pour le 1815 : pour des données moins critiques
- destination de sauvegarde pour le 409 (il sauvegarde une partie de la sauvegarde du 1815) : pour les données super critiques

Il y a plein d'autres possibilités, par exemple faire 3 volumes sur le 409 (2*1.5 en raid 1 + 1.5 + 1.5), brancher un disque externe directement sur le 1815, ...

2-obligé mais possible, alors qu'en disque plat, il faut recopier toutes les données avant

Encore une fois, l'avantage du raid (au moins en shr), c'est que tu pourras remplacer progressivement les disques du 409 par des plus gros sans devoir déplacer les backups

3-je n'ai pas de réponse plus précise, il faudrait regarder les specs en détails (taille/vitesse du cache, nombre de plateaux, marge d'erreur, vitesse de bus, températures, ...)

tout ce que je peux dire c'est qu'à l'usage, un disque qui ne stock que des flux vidéos travail moins qu'un disque qui stocks des datas diverses et variées

4-un script c'est juste un enchaînement de commandes entre lesquelles ont peut ajouter de la logique

exemple copié/collé depuis ubuntu-fr :

#!/bin/bash
REPERTOIRE_SOURCE="/home/"
REPERTOIRE_DESTINATION="/sauvegarde/SauvHomeLieu/"
  
# Détecter la présence du volume de destination et interrompre l'opération si nécessaire
if [ ! -e "$REPERTOIRE_DESTINATION" ]
then
echo "Attention, le disque de sauvegarde n'est pas présent"
exit
fi
  
rsync -av --del --stats --filter "- .thumbnails/" --filter "- .Trash/" --filter "- *.tmp" --filter "- *.iso" --filter "- lost+found/" --filter "- .cache/" --filter "- .beagle/" $REPERTOIRE_SOURCE "$REPERTOIRE_DESTINATION"
  
echo "La commande de sauvegarde a terminé son travail..."
echo "Vérifiez dans le terminal s'il n'y a pas eu d'erreur !"

Pas très utile dans ton cas, mais c'est pour illustrer

Pour faire un checksum : cksum <nom du fichier>

exemple pour un dossier complet :

find /volume1/homes/fenrir/Docs/ -type f -exec cksum {} ; > /volume1/homes/fenrir/cksum.Docs.log

le 4 janvier 2015

Bonjour et bonne année,

1 - c'est juste une question de fiabilité, si tu es en raid sur ton backup, il devient plus fiable, à toi de voir entre espace disque et fiabilité des backups

un raid pour du backup ça marche très bien (au moins aussi bien que sans raid)
un autre avantage du raid (selon le mode), c'est de pouvoir agrandir dynamiquement (sans devoir tout recopier) la destination en remplaçant les disques
maintenant tu n'es peut être pas obligé de TOUT sauvegarder : sur mes nas j'ai plusieurs dossiers/partages, seuls ceux qui sont importants sont sauvegardés

2-c'est vrai, mais ni plus ni moins qu'en raid 1

3-je n'ai pas de détails, mais sur le site de WD ils indiquent que les purple ne sont pas indiqués pour un NAS, peut-être qu'ils ont des optimisations au niveau des contrôleurs d'IO adaptés aux flux vidéos mais qu'ils sont moins bon pour travailler avec de la data

4-rsync est la référence pour ce genre de chose, tu peux aussi utiliser la sauvegarde synology (c'est aussi rsync) qui offre quelques conforts d'usage (détection du nas, configuration simple, ...)

Pour le type de sauvegarde, il en existe 3 types (pour faire simple) :

complète : suppression de ce qui a été supprimé dans la source + copie de tout ce qui a été créé/modifié dans la source
différentielle : même principe que c mais vers une nouvelle destination et depuis la dernière sauvegarde complète
incrémentale : même chose que d mais depuis la dernière sauvegarde c, d ou i

Dans tous les cas, seul ce qui a changé et traité

A noter que rsync ne fait que des sauvegardes complètes, on peut faire du différentiel et de incrémental avec, mais il faut jouer avec les options et des liens hard.

Je ne sais pas de quel type de données il s'agit, mais pour un usage particulier je recommande des sauvegardes complètes sans historique (version unique) et d'en faire une autre copie de temps en temps sur un média externe

Pour un usage pro, si les données bougent peu en volume, le différentiel est le bon choix, sinon l'incrémental

Et dans tous les cas, il faut tester ses sauvegardes de temps en temps, une sauvegarde non testée n'est pas une sauvegarde.

Maintenant si tu veux jouer, fais 2 petits scripts planifiés :

sur la source : script qui fait des checksum des données à sauvegarder et qui lance la sauvegarde
sur le destination : script qui vérifie les données grâce aux checksum et qui gère la rotation des sauvegardes (en faisant attention aux liens hard si tu as fait du différentiel ou de l'incrémental)

Et si veux aller plus loin, regarde comment gérer la dé-duplication en mode fichier

Si tu veux aller encore plus loin, regarde la dé-duplication en mode bloc (ce n'est pas faisable sur un syno, du moins temps qu'ils restent en ext4)

le 25 décembre 2014

Oui mais le problème c'est que j'ai une majorité de films en avi, et cela prendrais des jours et des jours à convertir tout manuellement,

Merci Fenrir pour ces explications très clairs,

C'est pour ça que tout le monde ici te recommande de faire l'encodage depuis un PC

Handbrake dispose d'une file de conversion, dans laquelle tu peux placer toutes tes vidéos, ensuite il n'y a plus qu'à le laisser tourner.

Tu peux aussi l'utiliser en ligne de commandes : https://trac.handbrake.fr/wiki/CLIGuide

J'ai converti l'ensemble de mes vidéos (même ordre de grandeur que toi) avec Handbrake en ligne de commandes. J'ai juste fait un petit script d'une dizaine de lignes :

déplacement des 50 premiers fichiers du nas vers un disque local, dans un dossier 01-TODO (en excluant les fichiers déjà en .m4v ou .mkv)
pour chaque fichier du dossier 01-TODO
1. conversion avec Handbrake
2. déplacement de l'original dans un dossier 02-DONE
3. déplacement du nouveau fichier dans un dossier 03-NEW
une fois les 100 terminés (dossier 00-TODO vide), le script recommence avec les 100 suivants

Mon PC à bossé comme ça quelques jours (la facture EDF est là pour le prouver :s).

De mon coté, de temps en temps et à la main :

vérification manuelle de la qualité (décalage de son par exemple) des fichiers dans 03-NEW
suppression des fichiers OK dans 01-DONE
déplacement des fichiers OK de 03-NEW vers le nas
déplacement des fichiers KO (pb de son par exemple) dans 04-KO
traitement des fichiers du dossier 04-KO

Depuis, dès que j'ai une nouvelle vidéo qui n'est pas en h264, je la converti avant de la copier sur le nas

Joyeux Noël et bonnes fêtes de fin d'année

le 25 décembre 2014

Un conteneur (avi, mkv, m4v, mp4, ...), c'est juste une boite dans laquelle on peut ranger plus ou moins de trucs

Les différents éléments de cette boite sont encodés via un codec (compresseur/décompresseur)

Ces codecs respectent différentes normes (h264, xvid, aac, mp3...).

Un conteneur MKV peut par exemple contenir une piste vidéo encodée en h264 et sa piste son encodée en AAC, et plein d'autres choses (d'autres pistes son, des images, des tags, ...).

Les périphériques de lecture (TV, iBidule, Android, Chromecast ...) ne savent décompresser à la volée que certains codecs (principalement le h264), ton synology le sait, il ne tente donc pas de t'envoyer les vidéos qui ne sont pas dans ces formats sans les avoir transcodées avant, ce qui bouffe du cpu et donc limite les possibilités de lecture (sans parler de la dégradation de qualité).

Si tu ne veux pas être embêté, converti tes vidéos en h264 (conteneur m4v ou mkv, au choix) avec des pistes son en aac.

Je viens de faire un petit test sur un DS710+, 20fps pour une vidéo en 350*280, donc par extrapolation, ça fait 50h pour convertir une vidéo en 720p de 2h

Sur mon PC, je suis à 250fps en 720p, soit 30minutes pour 2h

le 23 décembre 2014

Il faut mettre les commandes dans un script et copier (ou lier) ce script dans le dossier /usr/syno/etc/rc.d/

edit : tu peux aussi, lancer ce script via cron (en testant que le volume ne soit pas déjà monté)

le 23 décembre 2014

Quand on envoi un mail, le serveur d'envoi utilise les enregistrements MX du domaine du destinataire pour déterminer les serveurs de destination.

Si le mail du destinataire est en @mondomaineperso.com, les serveurs de réception seront les MX de mondomaineperso.com

Donc si tu es propriétaire du domaine (et pas seulement de l'adresse mail), tu peux faire pointer les enregistrements MX de ce domaine sur ton synology (en pratique je ne le recommande pas, mais c'est un avis perso), ainsi tous les mails envoyés vers les adresses de ton domaine arriveront sur ton nas.

Après tu as d'autres possibilités, qui dépendent de tes hébergeurs :

par exemple Gmail (version business/education) propose de router tout ou partie des mails vers un serveur bien précis
tu peux aussi jouer avec des domaines intermédiaires (en faisant des forward)
ou encore te contenter de récupérer les mails sur tes différentes boites (en imap par exemple) pour les stocker sur ton syno
...

le 21 décembre 2014

Il te suffit d'écrire un petit script, du genre :

#!/bin/bash
PATHtmp=/volume1/video/temp/*.avi
for file in $PATHtmp
do
echo "Convert $file..."
ffmpeg [les options qui vont bien] -i $file ... $file.mkv
mv $file.mkv /volume1/video/ok/.

mv $file $file.done
done

le 21 décembre 2014

Attention à ne pas faire de confusion entre un codec (h264, xvid, ...) et un conteneur (avi, mp4, mkv, ...).

Si tu veux juste changer le conteneur (avi -> mkv), tu peux le faire avec le nas sans soucis.

Si tu veux transcoder des vidéos (passer de xvid à x264 par exemple), le nas va prendre cher en CPU : pour une vidéo de base (un film en SD), la nas va probablement travailler plusieurs heures là où un PC mettrait une dizaine de minutes.

Perso je converti mes vidéos en x264 (conteneur m4v ou mkv) sur mon PC (avec handbrake en général) avant de les copier sur le nas.

Si tu tiens vraiment à la faire sur le nas, tu as des exemples ici : https://trac.ffmpeg.org/wiki/Encode/H.264

le 8 décembre 2014

Si la méthode de magicIdea (qui est la plus simple/fiable) n'est pas possible, il faut simplement t'assurer que tu copie les fichiers en USB au bon endroit sur la destination

Je te recommande d'utiliser un disque avec le même système de fichier (ext4 pour un syno)

Quand j'ai besoin de faire ça, je lance d'abord une première synchro à vide ou presque (je laisse la structure des dossiers et quelques petits fichier témoins), si c'est bon, je refais le rsync complet sur le disque externe avec les mêmes paramètres (sauf l'adresse du serveur !!)

le 7 décembre 2014

welcome

le 6 décembre 2014

Il s'agit de TAG (auteur, titre, commentaires, ...) qui sont embarqués dans la plupart des fichiers multimédia.

C'est utiliser pour bien identifier un média, dans le cas des médias tombés du c~~amion~~loud, on y retrouve les tag des personnes qui ont créé le fichier

Perso je les retire

le 6 décembre 2014

je me pose la question du bien fondé de ces 4 « sous-volumes » de mon Syno.

pour faire court : ça permet d'avoir un produit clefs en main pour le grand public (les gens copient les photos dans /photo et pouf, elles apparaissent dans PhotoStation, idem pour la music, ...)

Si tu n'utilise le Syno que comme un nas, ils ne servent pas à grand chose.

Mais le Syno embarque plein d'autres fonctions (VideoStation, PhotoStation, DLNA, ...), qui, par défaut, utilisent ces partages pour fonctionner

Je m'étais fais la même réflexion avec mon 1er Syno : l'utiliser uniquement comme un nas ou me servir des autres fonctions

Au final j'ai choisi d’exploiter le Syno en entier, pas seulement sa fonction nas, et je ne le regrette pas (par exemple pour avoir les photos sur un grand écran et mon téléphone sans avoir à passer par un cd ou une clef usb ou ...)

A noter que PhotoStation peut utiliser Flickr

De plus tu ne peux pas supprimer ces partages, donc autant les utiliser, ou les laisser vide. Mais dans tous les cas ils ne sont pas gênants.

A titre perso, je n'utilise pas le /photo, mais le /home/photo (comme ça chaque utilisateur gère son PhotoStation) par contre toute la musique est dans /music.

Chacun son usage

Du coup, question un peu connexe, peut-on facilement déterminer des droits différents d'un dossier à l'autre dans le répertoire homes ? Pour mettre, par exemple, lecture-écriture pour les parents et lecture seule pour les enfants sur le dossier photo qui serait situé dans le sous-volume homes ?

Oui

Mais je ne te recommande pas de le faire comme ça

De manière général (ce n'est pas lié au Syno), ce qui est dans home (ou /homes/user) ne doit être accessible qu'à 1 utilisateur (hors admin)

Ce qui est commun à plusieurs utilisateurs doit être stocké ailleurs et accessible aux utilisateurs d'un groupe

=>il ne faut pas mettre de droits sur des sous dossiers, ça devient très vite ingérable (on ne sait plus qui qui accède à quoi)

ex :

/homes/fenrir : n'est accessible qu'à l'utilisateur fenrir (qui peut très bien, de son propre chef, décider de rendre accessible ses photos à tout le monde via photostation)

/music : est accessible à tous les membres du groupe "grp-photo" (en général on créé 2 groupes, 1 en lecture seul et 1 en lecture+écriture)

Pour reprendre ton exemple, stock tes photos dans /photo et gère les droits à ce niveau

Maintenant c'est ton NAS , tu peux le gérer à ta manière (puis comme c'est du Linux, tu peux faire presque tout ce que tu veux)

edit : pour la manip que je propose avec Hubic, ça à peut de chose près ce qui est fait sur un Mac avec certains dossiers

le 6 décembre 2014

J'ai fait le test, on ne peut effectivement utiliser qu'une seule fois Hubic par compte, dommage... mais il y a d'autres manières d'arriver à ce que tu veux, à condition d'accepter de mettre un peu les mains dans le cambouis et de bien comprendre ce que l'on fait

En informatique, les barrières ne sont, en général, qu'un manque de connaissances (ce n'est absolument pas une critique ni péjoratif).

J'aime à penser que ceux qui s'offrent un Syno (ou équivalent) ont de la curiosité et l'envi d'apprendre

Voici un exemple qui marche (je l'ai testé en écrivant ce message) si tu veux jouer

On monte les partages à synchroniser (music, photo, video, ...) dans un même dossier et on synchronise ce dernier avec Hubic

0-Créé un compte Hubic de test afin de ne pas toucher à tes données déjà synchronisées

En Web sur le Syno

1-créé 3 partages pour tester : test, testdocuments et testimages

test est un vrai faux partage que l'on va utiliser uniquement pour la synchro
testdocuments représente l'un de tes partages
testimages en représente un autre

2-place les bons droits dessus

3-n'active pas l'indexation sur le partage test

4-dans le partage test, créé 2 dossiers :

testdocuments : on va se servir de ce dossier pour "afficher" le contenu du partage testdocuments
testimages : on va se servir de ce dossier pour "afficher" le contenu du partage testimages

5-masque le partage test (Hide this shared folder in "My Network Places"), ce n'est pas obligatoire mais je te le recommande

6-copie quelques fichiers dans les partages testdocuments et testimages histoire d'avoir un peu de contenu

7-en SSH sur le Syno, entre les commandes suivantes :

mount --bind /volume1/testdocuments /volume1/test/testdocuments
mount --bind /volume1/testimages /volume1/test/testimages

=>tu devrais voir le contenu des partages testdocuments et testimages dans les dossiers testdocuments et testimages du partage test

8-configure CloudSync pour synchroniser le partage test en entier vers Hubic

Si tu as bien compris la manipulation et que ça te satisfait, tu n'as plus qu'à adapter les partages/dossiers

La commande mount n'est pas persistante au reboot, si tu veux que ce montage soit permanent, il faut créé un petit script qui fasse cette action au démarrage du Syno (tu peux aussi modifier le fstab, mais ce n'est pas recommandé sur un Syno)

ps : la commande pour démonter, c'est umount suivi du point de montage (par exemple : umount /volume1/test/testdocuments)

pps : monter A dans B ça veut dire rendre disponible le contenu de A dans B

le 3 décembre 2014

Je pense, mais je n'ai pas testé, que tu peux créer plusieurs profils CloudSync avec le même compte Hubic sur le Syno

Ce que je ferai (sous réserve que ce soit possible) :

1-sur Hubic : création de dossiers correspondants aux partages du nas

2-sur le nas : 1 profil par partage, synchronisé avec le dossier correspondant chez Hubic

Ce qui est certain par contre, c'est que Syno ne te permet pas de synchroniser tout un volume car les applis et certains paramètres du Syno sont stockés dans ce volume (tu ne peux les voir qu'en ssh), mais surtout, permettre de synchroniser tout un volume nécessiterait une gestion des droits trop complexe (n'importe quel utilisateur pourrait synchroniser tous les partages, même ceux auxquels il n'a pas accès, et donc y accéderait in fine)

le 1 décembre 2014

Si Synology a correctement fait son travail, tu ne peux rien faire sans le mot de passe ou la clef privée.

Pour rappel, cette a été téléchargée automatiquement quand tu as créé ton partage chiffré

Avec un peu de chance elle est dans donc dossier "Téléchargement" de ton navigateur, ou dans un backup ...

le 17 novembre 2014

sha1

merci pour l'nfo, comme j'utilise mes propres certificats je n'avais jamais fait attention à l'emprunte de celui par défaut.

le 15 novembre 2014

Hors Sujet Gaetan.....

Je ne demande pas comment créer un certificat, je sais en généré sous linux ou windows.

Mais je voulais juste savoir pour des raisons pratiques si les certificats générés par DSM étaient en SHA1 ou SHA2 ?

il suffit de regarder comment est signé le certificat par défaut

perso j'ai ma propre pki et je créé des sha256 (donc sha-2) sans soucis

le 9 novembre 2014

Pour le mail, il faut vérifier qu'il y a bien un client mail sur le syno, sinon tu peux le faire avec un telnet.

Pour le log, c'est le RM à la fin qui doit faire le ménage.

Pour les stats, regarde les options de rsync, il y a tout ce qu'il faut.

le 30 octobre 2014

à la fin de ta commande, tu peux déclencher d'autres opérations.

; & et && permettent d'enchainer des commandes

commande1 ; commande2 #commande2 sera lancée quand commande1 sera terminée
commande1 & commande2 #commande2 sera lancée juste après le lancement de commande1
commande1 && commande2 #commande2 sera lancée si commande1 se termine sans erreur
commande1 && commande2 ; commande3 #tu peux les enchainer à volonté

Mais il est plus propre et plus souple de faire un petit script

#!/bin/bash
fichierlog='/tmp/rsync.log'
email='ton@adresse.mail'

#la commande rsync avec toutes les options qui vont bien
rsync ... > $fichierlog

cat $fichierlog | mail -s "fini" $email
rm $fichierlog

Sinon, en fonction de ce que tu souhaite sauvegarder, rsync n'est pas forcement la meilleur des options.

Perso je fais des archives que je sauvegarde via download station en https.

J'ai fait 2 petites docs ici : http://blog.fenrir.fr/tag/sauvegarde-2/

Connexion

Profils

Forums

Calendrier

Blogs

Messages posté(e)s par Fenrir

Information importante