Bonjour,

Je ne veux pas m’immiscer dans les scènes de ménages ;-) mais je vais tenter de 
répondre à la dernière partie sur l’interface de transfert. C’est peut-être par 
un biais que tu peux résoudre ton problème ; enfin espérons le…
Nous avons a peu près le même problème sur le réseau dont on s’occupe et je 
pense qu’on a apporté une réponse aux recherches dans les sauvegardes de façon 
opérationnelle. Nous sauvegardons le contenu des « home dir » de nos 
utilisateurs (qui se trouvent sur un serveur sous Linux) offrant un partage 
NFS/Samba et souhaitions qu’il puissent seuls récupérer leurs sauvegardes 
simplement sans besoin d’ajouter le moindre outil spécial et quelque soit l’OS 
sous lequel ils travaillent. Dis nous si cela peu convenir à ton cas.

Voilà, si j’ai bien compris :
- le poste de C-E tourne sous Linux (ça simplifie le travail)
- tu effectue les sauvegardes via « rsync »
- tu voudrais qu’elle puisse fouiller dans les sauvegardes seule depuis le 
clicaudrôme de son navigateur de fichiers
Ça, c’est pour être sûr de bien avoir compris.

Voilà la solution qu’on a adoptée :
- sauvegardes des données via le paquet « rsnapshot »
- partage de la racine de sauvegarde en lecture seule via NFS/Samba
- configuration des postes client pour qu’ils montent automatiquement la racine 
de sauvegarde au boot

RSnapShot est juste un paquet habillant RSync pour assurer des sauvegardes 
incrémentales dont on défini la récurrence (horaire, journalière, hebdomadaire, 
mensuelle, …). Il a l’avantage de laisser la possibilité de définir le nombre 
d’historique à conserver pour chaque pas. Pour nos sauvegardes de « HomeDir », 
cela fonctionne comme ceci sur la conservation d'historique :
- Sauvegardes horaires : 1 jour
- Sauvegardes journalières : 1 semaine
- Sauvegardes hebdomadaires : 1 mois
- Sauvegardes mensuelles : 1 an
- Sauvegardes annuelles : selon espace disponible, si besoin, on efface les 
plus vielles.
C’est un peu le principe du « Time Machine » d’Apple sous Mac OS X. D’ailleurs 
leur système utilise également RSync.

L’arborescence des répertoires de l’espace de sauvegarde se présente comme ceci 
:
                             /
      hourly.0…hourly.23 daily.0…daily.6 weekly.0…weekly.3 … … … …

Tout est en anglais mais on peut comprendre facilement. Chaque répertoire 
désigné sur sa base de sauvegarde contient une image exacte de la totalité de 
ce qui est sauvegardé. Cela ne prend que le minimum de place car la répétition 
des fichiers n’ayant pas bougé ne se fait que par lien d'inode. Une fois le 
système amorcé (1ère sauvegarde complète) les saurvegardes successives ne sont 
que des « différentielles ». Il n’y a donc pas de doublons. Il me semble même 
que selon le FS utilisé, RSync sait effectuer une comparaison sur le contenu du 
fichier et non plus seulement sur le fichier (à vérifier 
http://netsecinfo.blogspot.com/2009/02/rsync-applicability-for-wan.html et 
https://fr.wikipedia.org/wiki/Rsync#Algorithme)…

L’avantage de l’utilisation de RSync (rsnapshot) réside dans le fait que le 
stockage des données sauvegardées le sont sous un format directement utilisable 
par n’importe quel gestionnaire de fichiers quelque soit l’OS. Il n’y a pas de 
stockage sous une forme « optimisée » uniquement lisible par un logiciel 
spécifique. L’autre avantage est que tout ça existe en standard sous toutes les 
distributions *NIX (Linux, FreeBSD, …, et même Mac OS X).

Le point noir avec les sauvegardes concerne toujours la restauration ;-)

Nous avons choisi de partager en lecture seule (garantir l’intégrité des 
sauvegardes) la racine de sauvegarde en NFS ou via Samba pour les PC sous 
Windows et de monter ce partage sur chaque poste en standard (« R: » pour 
Windows, « /mnt/Sauvegardes » pour les ¨NIX). La confidentialité des 
répertoires est garantie par le fait que chaque utilisateur ne peut parcourir 
que les répertoires lui appartenant ou pour lesquels il est laissé la 
visibilité.

Si l’utilisateur veut récupérer un fichier ou un ensemble de données, il lui 
suffit de parcourir les répertoires de sauvegardes en remontrant dans le temps 
avec l’outil de son choix (« Explorer » Windows, « Finder » Mac OS X, « 
Navigateur de fichiers » de Gnome, ligne de commande ;-) depuis le point de 
montage des sauvegardes et de copier les fichiers à récupérer par un simple 
glissé/déposé où ils veulent sur leur poste. En plus les utilisateurs peuvent 
utiliser les outils de recherche de leur cliquaudrôme préféré.

Si cela peut convenir à ta chère et tendre… Mais je pense que dans le cas de 
ses impôts, il va falloir faire une recherche sur le contenu…


PS 1 :
J’ai vu la question sur tes services mails. Est-ce résolu ?
Parce que j’ai le même problème chez moi et tout se comporte comme si mes 
opérateurs (Orange, maintenant Bouygues) filtraient le trafic SMTP sortant.

PS 2 :
Un petit clin d’œil d’un partenaire étant aussi tombé dans Unix grâce à SunOS à 
la fin des années 80… et qui n’en est jamais sorti ;-)




> Le 7 juil. 2019 à 08:44, Basile Starynkevitch <bas...@starynkevitch.net> a 
> écrit :
> 
> 
> 
> On 7/7/19 8:00 AM, Basile Starynkevitch wrote:
>> 
>> 
>> On 7/7/19 7:52 AM, Basile Starynkevitch wrote:
>>> 
>>> 
>>> On 7/7/19 7:39 AM, steve wrote:
>>>> 
>>>> Je ne réponds pas exactement à ta question mais plutôt à ton besoin.
> Pas vraiment, cf ci-dessous.
> 
> 
> 
> 
>>> Et dans un programme C++ utilisant vmime.org (une bibliothèque pour envoyer 
>>> du mél), tu ferais comment?
>>> 
>> 
>> 
>> J'ai oublié de préciser que je ne tiens pas tant que ça à utiliser vmime 
>> spécifiquement. J'ai juste besoin de coder, en C++ ou tout autre language 
>> compilé sympa (notamment Ocaml, SBCL, Go, Rust ; mais j'ai l'esprit ouvert 
>> vers autre chose, en restant allergique à Python & PHP), une 
>> mini-application Web en  GPLv3+ ou mieux, qui envoie du mél en HTML5 -que je 
>> sais générer- avec des pièces jointes. Probablement dans le style de cet 
>> exemple de libonion (ou de celui là).
>> 
> 
> 
> Mon véritable besoin, le voici. Ça concerne en réalité la paix de mon ménage, 
> et mes échanges avec ma chère et tendre épouse, Corinne-Elisabeth, 
> psychologue-psychothérapeute. Nous sommes heureusement mariés depuis 41 ans 
> :-) déjà. Elle n'y connaît rien en bureautique, mais tolère Linux par amour 
> pour moi. Moi je suis un geek intransigeant sur le logiciel libre et Linux. 
> Et ma tendre moitié ne sait même pas ce qu'est une ligne de commande. Même 
> aussi simple que (pour les geeks ici) ls, ssh, scp, cp, mv, mkdir, rm ... 
> D'ailleurs, s'il y a quelque geek ici pour me faire des leçons de pédagogie 
> Linuxienne avec son conjoint, je suis preneur. Des notions comme un 
> répertoire, un processus, un programme sont trop difficiles pour ma chère 
> épouse... Car l'informatique (et c'est humain, compte tenu de l'échec social 
> de cette discipline et de cette technologie), elle s'en fout (et je peux tout 
> à fait comprendre).
> 
> Je vais présenter la chose sur un mode de sketch humoristique. Les deux 
> personnages sont moi Basile (B:) et mon épouse Corinne-Elisabeth (C-E:). 
> C'est, à quelque mots près, un vécu concret et récent, à peine édulcoré ou 
> remanié. En fait, j'avais changé, par précaution, le vieux disque dur de 5 
> ans qui contient ses chères (dans tous les sens du mot) données. Et les plus 
> importantes données -celles qui ont le plus de valeur pour elle- concernent 
> évidemment son métier de psychothérapeute (il s'agit de la santé des gens, 
> donc il faut être sérieux), et sont confidentiels (et bien évidemment, même 
> moi je n'y accède pas: je n'ai aucune envie de farfouiller dans des fichiers 
> en relation avec ses patients à elle).
> 
> Pour l'anecdote, j'ai été juré de cours d'Assises. Ma tendre moitié m'a dit 
> qu'elle aurait presque aimé être à ma place (pour comprendre le psychisme de 
> l'accusé - une affaire sordide de viol). Moi, ça m'a traumatisé d'être juré : 
> j'en ai mal dormi pendant plusieurs nuits. Je n'en dirais pas plus, j'ai 
> prêté serment, et selon ce serment je suis "un homme         probe et libre", 
> mais psychologiquement, il m'a coûté. On s'en remet.
> 
> Le contexte, c'est que bien évidemment j'ai installé -il y a plusieurs 
> années- un script (à base de rsync pour les connaisseurs) pour sauvegarder 
> chaque heure (via crontab) tous les fichiers de ma tendre moitié sur mon 
> ordinateur (un gros desktop avec 12To de disque, un processeur AMD2970WX à 24 
> coeurs, et 64 gigaoctets de RAM: mon épouse est adorable de m'avoir laissé 
> acheter ça). Donc elle n'a perdu aucune donnée.
> 
> C-E: j'ai besoin de faire une déclaration fiscale. C'est urgent (pour 
> demain). Chéri, tu peux me retrouver un fichier qui est archivé sur ton 
> ordinateur?
> 
> B: Oui bien sûr. Il s'appelle comment ce fichier? :-)
> 
> C-E: Mais je n'en sais rien, mon chéri, tu vois, il apparaissait en bas à 
> gauche de mon écran.... :-\
> 
> B: <soupirs énervés, car mon épouse a tout de même 980 000 fichiers accumulés 
> sur 25 ans en 46Giga octets.... et bien sûr, je ne mets pas mon nez dedans; 
> ses fichiers sont confidentiels ...> >:o mais j'ai besoin d'un nom de fichier 
> !
> 
> C-E: Mais j'ai oublié son nom! Et ça apparaît où, ce nom de fichier, sur mon 
> écran?
> 
> La dessus, on fait une scène de ménage.... (pas très grave, on s'aime 
> beaucoup quand même).
> 
> Alors, je veux éviter de répéter cette scène de ménage dans quelques années. 
> Son disque à elle va certainement replanter un jour ou l'autre, ou bien elle 
> va perdre un fichier important par fausse manip (ça m'arrive aussi, mais moi 
> :-) je fais mes sauvegardes et elle compte sur moi pour les siennes).
> 
> J'ai pensé à faire une application web qui offre les fonctionnalités d'un 
> "file manager" graphique distant (via ssh & scp), pour parler moderne. Car ma 
> tendre moitié arrive à utiliser des applications web comme gmail ou la 
> déclaration professionnelle de revenus ou à l'URSSAF. Moi je n'utilise jamais 
> de file manager (car la ligne de commande est tellement plus pratique, et 
> j'ai professionnellement appris Unix en 1987 sur SunOS3.2, en lisant les 
> pages de man de la section 1 à la section 9). Vous connaissez quelque chose? 
> En plus, je suis maniaque: je déteste PHP et Python. Et bien sûr, je veux un 
> logiciel libre (je pourrais passer quelques heures à le développer, mais ça 
> ne m'amuse guère).
> 
> Vos suggestions constructives sont bien venues.
> 
> 
> 
> Librement
> 
> --
> Basile STARYNKEVITCH   ==
> http://starynkevitch.net/Basile
> 
> opinions are mine only - les opinions sont seulement miennes
> Bourg La Reine, France;
> <bas...@starynkevitch.net>
> 
> (mobile phone: cf my web page / voir ma page web...)
> 

--
Pierre Malard

   « C'est bien plus beau lorsque c'est inutile »
                            E Rostand - "Cyrano de Bergerac"
   |\      _,,,---,,_
   /,`.-'`'    -.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ 
(  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- --> Ce message n’engage que son auteur <--

Attachment: signature.asc
Description: Message signed with OpenPGP

Répondre à