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 <basile@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;
> <basile@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