# Systemd : mise en place sauvegarde avec borg

**URL:** <https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279>\
**Category:** Support Debian\
**Created:** [Mars 20, 2022, 4:57 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279 "2022-03-20T16:57:30Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\
**Post date:** [Mars 20, 2022, 4:57 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/1 "2022-03-20T16:57:30Z")

</div>

Bonjour,

J’essaie de mettre en place une sauvegarde avec borg.  
En local, j’ai mis en place en utilisant systemd pour le .service et le .timer  
Tout fonctionne pour cette partie.  
J’en profite pour sauvegarder les données d’un serveur distant.  
pour ça j’ai besoin de le monter avec sshfs.  
j’ai vu qu’il y avait la possibilité de faire ça avec .mount  
par contre, j’ai pas la nécessité de monter ça en permanence.  
est-ce que l’utilisation d’automount est une solution pertinente ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Mars 21, 2022, 7:01 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/2 "2022-03-21T19:01:05Z")

</div>

Bonjour,  
Le principal problème c’est la sécurité avec automount.  
Autofs comme tous les filesystem est surtout conçu pour les performances, pas forcement pour la sécurité, surtout si tu dois sortir du réseau local.  
Mieux vaut utiliser des montages explicites, ou bien, dans le cas d’un lien entre des réseaux différents (interne / externe) utiliser des outils comme scp.  
le critère de base, c’est surtout, dois passer de mon LAN à travers ou vers le WAN.  
Personnellement je n’utilise aucun autofs qui est désactivé sur toutes mes machines.

---

<div class="post-metadata">

**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\
**Post date:** [Mars 22, 2022, 9:02 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/3 "2022-03-22T09:02:27Z")

</div>

> [@Zargos](#):
>
> Le principal problème c’est la sécurité avec automount.

tu peux expliciter ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Mars 22, 2022, 11:59 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/4 "2022-03-22T11:59:21Z")

</div>

> [@yatta](#):
>
> tu peux expliciter ?

C’est une question de conception; en privilégiant la performance la sécurité a été mise de coté.  
Il faut faire très attention aux paramètre de montage mais aussi de partage.  
Par exemple, NFs n’est pas conseillé à distance, car c’est un protocole dont la sécurité n’est pas au top; encore pire avec samba ou CIFS. de fait autofs va s’appuyer sur ces protocole, sans pour autant être complètement capable de gérer toutes les options qui pourraient exister pour sécuriser; si elles existent.  
Si quelqu’un a accès au système il sera en mesure de monter un filesystem pour exporter ou importer des données, des scripts, etc.. en exploitant des vulnérabilités. par exemple, en fournissant à autofs un filesystem malicieux ou utilisant un type possédant des vulnérabilités qu’il sera à même d’exploiter.  
On peut s’en servir pour faire un deni de service par exemple.  
Autofs a fait l’objet d’un très grand nombre de vulnérabilité, mais il ne peut gérer les vulnérabilités des fiilesystem utilisés, ce qui augmente encore la surface vulnérable du système.

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Mars 22, 2022, 12:45 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/5 "2022-03-22T12:45:48Z")

</div>

> [@yatta](#):
>
> j’ai vu qu’il y avait la possibilité de faire ça avec .mount  
> par contre, j’ai pas la nécessité de monter ça en permanence.  
> est-ce que l’utilisation d’automount est une solution pertinente ?

Si c’est une unité systemd [automount](https://www.freedesktop.org/software/systemd/man/systemd.automount.html), oui c’est tout à fait pertinent.

---

<div class="post-metadata">

**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\
**Post date:** [Mars 22, 2022, 1:13 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/6 "2022-03-22T13:13:27Z")

</div>

J’ai trouvé ceci :  
[https://majiehong.com/post/2021-07-17\_backup\_strategy\_with\_borg/](https://majiehong.com/post/2021-07-17_backup_strategy_with_borg/)  
[https://blog.garamotte.net/posts/2022/02/15/fr-my-backups-organization.html](https://blog.garamotte.net/posts/2022/02/15/fr-my-backups-organization.html)  
Faut que je test avec «&nbsp;RequiresMountsFor&nbsp;»

---

<div class="post-metadata">

**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\
**Post date:** [Avril 1, 2022, 12:41 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/7 "2022-04-01T12:41:29Z")

</div>

bonjour,

j’ai un soucis 😕  
En me basant sur [Backup Strategy with Borg - Pimpal](https://majiehong.com/post/2021-07-17_backup_strategy_with_borg/)  
j’arrive pas à faire fonctionner le .mount  
à priori, ça correspondrait à cet issue [https://github.com/systemd/systemd/issues/13741](https://github.com/systemd/systemd/issues/13741)

je suis sous buster.  
est-ce que quelqu’un pourrait tester avec une version plus récente ?

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 1, 2022, 5:35 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/8 "2022-04-01T17:35:22Z")

</div>

Salut @yatta ,

sous buster tu as une version bugguée de systemd, sous buster j’utilisait celle de buster-backports pour etre tranquille.

Le mieux est de passer à Bullseye et tu n’auras plus le problème

---

<div class="post-metadata">

**Author:** ![yatta](https://www.debian-fr.org/user_avatar/www.debian-fr.org/yatta/32/12132_2.png) [@yatta](https://www.debian-fr.org/u/yatta)\
**Post date:** [Avril 1, 2022, 8:46 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/9 "2022-04-01T20:46:50Z")

</div>

?  
c’est pas systemd qui semble poser pb mais /bin/mount

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Avril 2, 2022, 3:18 UTC](https://www.debian-fr.org/t/systemd-mise-en-place-sauvegarde-avec-borg/86279/10 "2022-04-02T15:18:56Z")

</div>

Le lien que tu as posté est relatif à systemd.  
Systemd version 242 est buggué dans buster. mount a besoin de certaines fonctionnalités de systemd  
Donc soit tu utilises une version de debian à la dernière version stable, soit tu utilises les backports pour avoir ton systemd snas le bug qui touche mount.
