mirror of
https://github.com/YunoHost-Apps/restic_ynh.git
synced 2024-09-03 20:16:22 +02:00
Auto-update READMEs
This commit is contained in:
parent
42c03e6fe3
commit
075ce5d9b5
5 changed files with 583 additions and 2 deletions
|
@ -1,6 +1,8 @@
|
|||
# All available README files by language
|
||||
|
||||
- [Read the README in English](README.md)
|
||||
- [Lea el README en español](README_es.md)
|
||||
- [Irakurri README euskaraz](README_eu.md)
|
||||
- [Lire le README en français](README_fr.md)
|
||||
- [Le o README en galego](README_gl.md)
|
||||
- [Leggi il “README” in italiano](README_it.md)
|
||||
- [阅读中文(简体)的 README](README_zh_Hans.md)
|
||||
|
|
|
@ -9,7 +9,7 @@ It shall NOT be edited by hand.
|
|||
|
||||
[](https://install-app.yunohost.org/?app=restic)
|
||||
|
||||
*[Read this README is other languages.](./ALL_README.md)*
|
||||
*[Read this README in other languages.](./ALL_README.md)*
|
||||
|
||||
> *This package allows you to install Restic quickly and simply on a YunoHost server.*
|
||||
> *If you don't have YunoHost, please consult [the guide](https://yunohost.org/install) to learn how to install it.*
|
||||
|
|
193
README_es.md
Normal file
193
README_es.md
Normal file
|
@ -0,0 +1,193 @@
|
|||
<!--
|
||||
Este archivo README esta generado automaticamente<https://github.com/YunoHost/apps/tree/master/tools/readme_generator>
|
||||
No se debe editar a mano.
|
||||
-->
|
||||
|
||||
# Restic para Yunohost
|
||||
|
||||
[](https://dash.yunohost.org/appci/app/restic)  
|
||||
|
||||
[](https://install-app.yunohost.org/?app=restic)
|
||||
|
||||
*[Leer este README en otros idiomas.](./ALL_README.md)*
|
||||
|
||||
> *Este paquete le permite instalarRestic rapidamente y simplement en un servidor YunoHost.*
|
||||
> *Si no tiene YunoHost, visita [the guide](https://yunohost.org/install) para aprender como instalarla.*
|
||||
|
||||
## Descripción general
|
||||
|
||||
A [Restic](https://restic.net/) package for YunoHost (heavily inspired by [the Borg package](https://github.com/YunoHost-Apps/borg_ynh/)).
|
||||
|
||||
Restic is a backup tool that can make local and remote backups.
|
||||
This package uses restic to make backups to a sftp server.
|
||||
The package does not handle local backups yet but you can work around that by using the local sftp server as target server (see my comment [here](https://forum.yunohost.org/t/sauvegarde-yunohost-avec-restic/10275/33)).
|
||||
|
||||
|
||||
**Versión actual:** 0.12.0~ynh9
|
||||
## informaciones importantes
|
||||
|
||||
## Usage
|
||||
|
||||
If you want to backup your server A onto the server B.
|
||||
|
||||
## Setup Restic app on Server A
|
||||
|
||||
Firstly set up this app on the server A you want to backup:
|
||||
|
||||
```
|
||||
$ yunohost app install https://github.com/YunoHost-Apps/restic_ynh
|
||||
Indicate the server where you want put your backups: serverb.domain.tld
|
||||
sftp port of your server (default: 22): 2222
|
||||
The directory where you want your backup repositories to be created in (default: ./): ./servera.domain.tld
|
||||
Indicate the ssh user to use to connect on this server: servera
|
||||
You are now about to define a new user password. The password should be at least 8 characters - though it is good practice to use longer password (i.e. a passphrase) and/or to use various kind of characters (uppercase, lowercase, digits and special characters).
|
||||
Indicate a strong passphrase, that you will keep preciously if you want to be able to use your backups:
|
||||
Would you like to backup your YunoHost configuration ? [yes | no] (default: yes):
|
||||
Would you like to backup mails and user home directory ? [yes | no] (default: yes):
|
||||
Which apps would you backup (list separated by comma or 'all') ? (default: all): gitlab,blogotext,sogo
|
||||
Allow backup method to temporarily use more space? [yes | no] (default: yes):
|
||||
Indicate the backup frequency (see systemd OnCalendar format) (default: *-*-* 0:15:00): *-*-* 0:05
|
||||
Indicate the backup check frequency (see systemd OnCalendar format) (default: Sat *-*-8..31 3:15:00):
|
||||
Indicate the complete backup check frequency (see systemd OnCalendar format) (default: Sun *-*-1..7 3:15:00):
|
||||
```
|
||||
|
||||
You can schedule your backup by choosing an other frequency. Some example:
|
||||
|
||||
Monthly :
|
||||
|
||||
Weekly :
|
||||
|
||||
Daily : Daily at midnight
|
||||
|
||||
Hourly : Hourly o Clock
|
||||
|
||||
Sat *-*-1..7 18:00:00 : The first saturday of every month at 18:00
|
||||
|
||||
4:00 : Every day at 4 AM
|
||||
|
||||
5,17:00 : Every day at 5 AM and at 5 PM
|
||||
|
||||
See here for more info : https://wiki.archlinux.org/index.php/Systemd/Timers#Realtime_timer
|
||||
|
||||
After each invocation an e-mail will be sent to root@yourdomain.tld with the execution log.
|
||||
|
||||
Restic can check backups consistency and verify the actual backed up data has not been modified.
|
||||
If you use the default values for the backup checks frequencies, a full check will be made on the first day of each month and a simple check will be made on each one of the three remaining weeks of the month.
|
||||
|
||||
At the end of the installation, the app displays the public_key and the user to give to the person who has access to the server B.
|
||||
|
||||
You should now authorize the public key for user `servera` on server B by logging into server B with user `servera` and running:
|
||||
|
||||
```
|
||||
mkdir ~/.ssh -p 2>/dev/null
|
||||
touch ~/.ssh/authorized_keys
|
||||
chmod u=rw,go= ~/.ssh/authorized_keys
|
||||
cat << EOPKEY >> ~/.ssh/authorized_keys
|
||||
<paste here the privakey displayed at the end of installation>
|
||||
EOPKEY
|
||||
```
|
||||
If you don't find the mail and you don't see the message in the log bar you can find the public_key with this command:
|
||||
```
|
||||
cat /root/.ssh/id_restic_ed25519.pub
|
||||
```
|
||||
|
||||
## (Optional) set sftp jail on server B
|
||||
|
||||
To improve security, make sure user `servera` can only do sftp and can only access his home directory on server B.
|
||||
This is how you would do it on Debian/Ubuntu, otherwise refer to your distribution manual (don't forget to replace `servera` with the real username)
|
||||
|
||||
```
|
||||
cat << EOCONFIG >> /etc/ssh/sshd_config
|
||||
Match User servera
|
||||
ChrootDirectory %h
|
||||
ForceCommand internal-sftp
|
||||
AllowTcpForwarding no
|
||||
X11Forwarding no
|
||||
EOCONFIG
|
||||
service ssh restart
|
||||
```
|
||||
|
||||
## Test
|
||||
At this step your backup should schedule.
|
||||
|
||||
If you want to be sure, you can test it by running on server A:
|
||||
```
|
||||
systemctl start restic.service
|
||||
```
|
||||
|
||||
Next you can verify the backup contents by running on server A
|
||||
```
|
||||
restic -r sftp:serverb.domain.tld:servera.domain.tld/auto_conf snapshots
|
||||
```
|
||||
|
||||
Replace `auto_conf` with `auto_<app>` if you did not choose to backup configuration but only applications.
|
||||
|
||||
If you want to check the backups consistency:
|
||||
```
|
||||
systemctl start restic_check.service
|
||||
```
|
||||
|
||||
If you want to make a complete check of the backups - keep in mind that this reads all the backed up data, it can take some time depending on your target server upload speed (more on this topic in [the Restic documentation](https://restic.readthedocs.io/en/latest/045_working_with_repos.html#checking-integrity-and-consistency)):
|
||||
```
|
||||
systemctl start restic_check_read_data.service
|
||||
```
|
||||
|
||||
## Display the apps list to backup
|
||||
|
||||
```
|
||||
yunohost app setting restic apps
|
||||
```
|
||||
|
||||
## Edit the apps list to backup
|
||||
|
||||
```
|
||||
yunohost app setting restic apps -v "nextcloud,wordpress"
|
||||
```
|
||||
|
||||
## Launch a backup
|
||||
|
||||
```
|
||||
systemctl start restic
|
||||
```
|
||||
|
||||
## Launch a backups check
|
||||
|
||||
```
|
||||
systemctl start restic_check.service
|
||||
```
|
||||
|
||||
## Launch a complete backups check
|
||||
|
||||
WARNING: this will read data from your backups destination server.
|
||||
It may take a quite long time depending on the target server's internet upload speed and hardware performance.
|
||||
|
||||
```
|
||||
systemctl start restic_check_read_data.service
|
||||
```
|
||||
|
||||
## Backup on different server, and apply distinct schedule for apps
|
||||
|
||||
You can setup the Restic app several times on the same server so you can backup on several server or manage your frequency backup differently for specific part of your server.
|
||||
|
||||
|
||||
## Documentaciones y recursos
|
||||
|
||||
- Sitio web oficial: <https://restic.net>
|
||||
- Documentación administrador oficial: <https://restic.readthedocs.io/en/latest/>
|
||||
- Repositorio del código fuente oficial de la aplicación : <https://github.com/restic/restic>
|
||||
- Catálogo YunoHost: <https://apps.yunohost.org/app/restic>
|
||||
- Reportar un error: <https://github.com/YunoHost-Apps/restic_ynh/issues>
|
||||
|
||||
## Información para desarrolladores
|
||||
|
||||
Por favor enviar sus correcciones a la [`branch testing`](https://github.com/YunoHost-Apps/restic_ynh/tree/testing
|
||||
|
||||
Para probar la rama `testing`, sigue asÍ:
|
||||
|
||||
```bash
|
||||
sudo yunohost app install https://github.com/YunoHost-Apps/restic_ynh/tree/testing --debug
|
||||
o
|
||||
sudo yunohost app upgrade restic -u https://github.com/YunoHost-Apps/restic_ynh/tree/testing --debug
|
||||
```
|
||||
|
||||
**Mas informaciones sobre el empaquetado de aplicaciones:** <https://yunohost.org/packaging_apps>
|
193
README_eu.md
Normal file
193
README_eu.md
Normal file
|
@ -0,0 +1,193 @@
|
|||
<!--
|
||||
Ohart ongi: README hau automatikoki sortu da <https://github.com/YunoHost/apps/tree/master/tools/readme_generator>ri esker
|
||||
EZ editatu eskuz.
|
||||
-->
|
||||
|
||||
# Restic YunoHost-erako
|
||||
|
||||
[](https://dash.yunohost.org/appci/app/restic)  
|
||||
|
||||
[](https://install-app.yunohost.org/?app=restic)
|
||||
|
||||
*[Irakurri README hau beste hizkuntzatan.](./ALL_README.md)*
|
||||
|
||||
> *Pakete honek Restic YunoHost zerbitzari batean azkar eta zailtasunik gabe instalatzea ahalbidetzen dizu.*
|
||||
> *YunoHost ez baduzu, kontsultatu [gida](https://yunohost.org/install) nola instalatu ikasteko.*
|
||||
|
||||
## Aurreikuspena
|
||||
|
||||
A [Restic](https://restic.net/) package for YunoHost (heavily inspired by [the Borg package](https://github.com/YunoHost-Apps/borg_ynh/)).
|
||||
|
||||
Restic is a backup tool that can make local and remote backups.
|
||||
This package uses restic to make backups to a sftp server.
|
||||
The package does not handle local backups yet but you can work around that by using the local sftp server as target server (see my comment [here](https://forum.yunohost.org/t/sauvegarde-yunohost-avec-restic/10275/33)).
|
||||
|
||||
|
||||
**Paketatutako bertsioa:** 0.12.0~ynh9
|
||||
## Ezespena / informazio garrantzitsua
|
||||
|
||||
## Usage
|
||||
|
||||
If you want to backup your server A onto the server B.
|
||||
|
||||
## Setup Restic app on Server A
|
||||
|
||||
Firstly set up this app on the server A you want to backup:
|
||||
|
||||
```
|
||||
$ yunohost app install https://github.com/YunoHost-Apps/restic_ynh
|
||||
Indicate the server where you want put your backups: serverb.domain.tld
|
||||
sftp port of your server (default: 22): 2222
|
||||
The directory where you want your backup repositories to be created in (default: ./): ./servera.domain.tld
|
||||
Indicate the ssh user to use to connect on this server: servera
|
||||
You are now about to define a new user password. The password should be at least 8 characters - though it is good practice to use longer password (i.e. a passphrase) and/or to use various kind of characters (uppercase, lowercase, digits and special characters).
|
||||
Indicate a strong passphrase, that you will keep preciously if you want to be able to use your backups:
|
||||
Would you like to backup your YunoHost configuration ? [yes | no] (default: yes):
|
||||
Would you like to backup mails and user home directory ? [yes | no] (default: yes):
|
||||
Which apps would you backup (list separated by comma or 'all') ? (default: all): gitlab,blogotext,sogo
|
||||
Allow backup method to temporarily use more space? [yes | no] (default: yes):
|
||||
Indicate the backup frequency (see systemd OnCalendar format) (default: *-*-* 0:15:00): *-*-* 0:05
|
||||
Indicate the backup check frequency (see systemd OnCalendar format) (default: Sat *-*-8..31 3:15:00):
|
||||
Indicate the complete backup check frequency (see systemd OnCalendar format) (default: Sun *-*-1..7 3:15:00):
|
||||
```
|
||||
|
||||
You can schedule your backup by choosing an other frequency. Some example:
|
||||
|
||||
Monthly :
|
||||
|
||||
Weekly :
|
||||
|
||||
Daily : Daily at midnight
|
||||
|
||||
Hourly : Hourly o Clock
|
||||
|
||||
Sat *-*-1..7 18:00:00 : The first saturday of every month at 18:00
|
||||
|
||||
4:00 : Every day at 4 AM
|
||||
|
||||
5,17:00 : Every day at 5 AM and at 5 PM
|
||||
|
||||
See here for more info : https://wiki.archlinux.org/index.php/Systemd/Timers#Realtime_timer
|
||||
|
||||
After each invocation an e-mail will be sent to root@yourdomain.tld with the execution log.
|
||||
|
||||
Restic can check backups consistency and verify the actual backed up data has not been modified.
|
||||
If you use the default values for the backup checks frequencies, a full check will be made on the first day of each month and a simple check will be made on each one of the three remaining weeks of the month.
|
||||
|
||||
At the end of the installation, the app displays the public_key and the user to give to the person who has access to the server B.
|
||||
|
||||
You should now authorize the public key for user `servera` on server B by logging into server B with user `servera` and running:
|
||||
|
||||
```
|
||||
mkdir ~/.ssh -p 2>/dev/null
|
||||
touch ~/.ssh/authorized_keys
|
||||
chmod u=rw,go= ~/.ssh/authorized_keys
|
||||
cat << EOPKEY >> ~/.ssh/authorized_keys
|
||||
<paste here the privakey displayed at the end of installation>
|
||||
EOPKEY
|
||||
```
|
||||
If you don't find the mail and you don't see the message in the log bar you can find the public_key with this command:
|
||||
```
|
||||
cat /root/.ssh/id_restic_ed25519.pub
|
||||
```
|
||||
|
||||
## (Optional) set sftp jail on server B
|
||||
|
||||
To improve security, make sure user `servera` can only do sftp and can only access his home directory on server B.
|
||||
This is how you would do it on Debian/Ubuntu, otherwise refer to your distribution manual (don't forget to replace `servera` with the real username)
|
||||
|
||||
```
|
||||
cat << EOCONFIG >> /etc/ssh/sshd_config
|
||||
Match User servera
|
||||
ChrootDirectory %h
|
||||
ForceCommand internal-sftp
|
||||
AllowTcpForwarding no
|
||||
X11Forwarding no
|
||||
EOCONFIG
|
||||
service ssh restart
|
||||
```
|
||||
|
||||
## Test
|
||||
At this step your backup should schedule.
|
||||
|
||||
If you want to be sure, you can test it by running on server A:
|
||||
```
|
||||
systemctl start restic.service
|
||||
```
|
||||
|
||||
Next you can verify the backup contents by running on server A
|
||||
```
|
||||
restic -r sftp:serverb.domain.tld:servera.domain.tld/auto_conf snapshots
|
||||
```
|
||||
|
||||
Replace `auto_conf` with `auto_<app>` if you did not choose to backup configuration but only applications.
|
||||
|
||||
If you want to check the backups consistency:
|
||||
```
|
||||
systemctl start restic_check.service
|
||||
```
|
||||
|
||||
If you want to make a complete check of the backups - keep in mind that this reads all the backed up data, it can take some time depending on your target server upload speed (more on this topic in [the Restic documentation](https://restic.readthedocs.io/en/latest/045_working_with_repos.html#checking-integrity-and-consistency)):
|
||||
```
|
||||
systemctl start restic_check_read_data.service
|
||||
```
|
||||
|
||||
## Display the apps list to backup
|
||||
|
||||
```
|
||||
yunohost app setting restic apps
|
||||
```
|
||||
|
||||
## Edit the apps list to backup
|
||||
|
||||
```
|
||||
yunohost app setting restic apps -v "nextcloud,wordpress"
|
||||
```
|
||||
|
||||
## Launch a backup
|
||||
|
||||
```
|
||||
systemctl start restic
|
||||
```
|
||||
|
||||
## Launch a backups check
|
||||
|
||||
```
|
||||
systemctl start restic_check.service
|
||||
```
|
||||
|
||||
## Launch a complete backups check
|
||||
|
||||
WARNING: this will read data from your backups destination server.
|
||||
It may take a quite long time depending on the target server's internet upload speed and hardware performance.
|
||||
|
||||
```
|
||||
systemctl start restic_check_read_data.service
|
||||
```
|
||||
|
||||
## Backup on different server, and apply distinct schedule for apps
|
||||
|
||||
You can setup the Restic app several times on the same server so you can backup on several server or manage your frequency backup differently for specific part of your server.
|
||||
|
||||
|
||||
## Dokumentazioa eta baliabideak
|
||||
|
||||
- Aplikazioaren webgune ofiziala: <https://restic.net>
|
||||
- Administratzaileen dokumentazio ofiziala: <https://restic.readthedocs.io/en/latest/>
|
||||
- Jatorrizko aplikazioaren kode-gordailua: <https://github.com/restic/restic>
|
||||
- YunoHost Denda: <https://apps.yunohost.org/app/restic>
|
||||
- Eman errore baten berri: <https://github.com/YunoHost-Apps/restic_ynh/issues>
|
||||
|
||||
## Garatzaileentzako informazioa
|
||||
|
||||
Bidali `pull request`a [`testing` abarrera](https://github.com/YunoHost-Apps/restic_ynh/tree/testing).
|
||||
|
||||
`testing` abarra probatzeko, ondorengoa egin:
|
||||
|
||||
```bash
|
||||
sudo yunohost app install https://github.com/YunoHost-Apps/restic_ynh/tree/testing --debug
|
||||
edo
|
||||
sudo yunohost app upgrade restic -u https://github.com/YunoHost-Apps/restic_ynh/tree/testing --debug
|
||||
```
|
||||
|
||||
**Informazio gehiago aplikazioaren paketatzeari buruz:** <https://yunohost.org/packaging_apps>
|
193
README_zh_Hans.md
Normal file
193
README_zh_Hans.md
Normal file
|
@ -0,0 +1,193 @@
|
|||
<!--
|
||||
注意:此 README 由 <https://github.com/YunoHost/apps/tree/master/tools/readme_generator> 自动生成
|
||||
请勿手动编辑。
|
||||
-->
|
||||
|
||||
# YunoHost 上的 Restic
|
||||
|
||||
[](https://dash.yunohost.org/appci/app/restic)  
|
||||
|
||||
[](https://install-app.yunohost.org/?app=restic)
|
||||
|
||||
*[阅读此 README 的其它语言版本。](./ALL_README.md)*
|
||||
|
||||
> *通过此软件包,您可以在 YunoHost 服务器上快速、简单地安装 Restic。*
|
||||
> *如果您还没有 YunoHost,请参阅[指南](https://yunohost.org/install)了解如何安装它。*
|
||||
|
||||
## 概况
|
||||
|
||||
A [Restic](https://restic.net/) package for YunoHost (heavily inspired by [the Borg package](https://github.com/YunoHost-Apps/borg_ynh/)).
|
||||
|
||||
Restic is a backup tool that can make local and remote backups.
|
||||
This package uses restic to make backups to a sftp server.
|
||||
The package does not handle local backups yet but you can work around that by using the local sftp server as target server (see my comment [here](https://forum.yunohost.org/t/sauvegarde-yunohost-avec-restic/10275/33)).
|
||||
|
||||
|
||||
**分发版本:** 0.12.0~ynh9
|
||||
## 免责声明 / 重要信息
|
||||
|
||||
## Usage
|
||||
|
||||
If you want to backup your server A onto the server B.
|
||||
|
||||
## Setup Restic app on Server A
|
||||
|
||||
Firstly set up this app on the server A you want to backup:
|
||||
|
||||
```
|
||||
$ yunohost app install https://github.com/YunoHost-Apps/restic_ynh
|
||||
Indicate the server where you want put your backups: serverb.domain.tld
|
||||
sftp port of your server (default: 22): 2222
|
||||
The directory where you want your backup repositories to be created in (default: ./): ./servera.domain.tld
|
||||
Indicate the ssh user to use to connect on this server: servera
|
||||
You are now about to define a new user password. The password should be at least 8 characters - though it is good practice to use longer password (i.e. a passphrase) and/or to use various kind of characters (uppercase, lowercase, digits and special characters).
|
||||
Indicate a strong passphrase, that you will keep preciously if you want to be able to use your backups:
|
||||
Would you like to backup your YunoHost configuration ? [yes | no] (default: yes):
|
||||
Would you like to backup mails and user home directory ? [yes | no] (default: yes):
|
||||
Which apps would you backup (list separated by comma or 'all') ? (default: all): gitlab,blogotext,sogo
|
||||
Allow backup method to temporarily use more space? [yes | no] (default: yes):
|
||||
Indicate the backup frequency (see systemd OnCalendar format) (default: *-*-* 0:15:00): *-*-* 0:05
|
||||
Indicate the backup check frequency (see systemd OnCalendar format) (default: Sat *-*-8..31 3:15:00):
|
||||
Indicate the complete backup check frequency (see systemd OnCalendar format) (default: Sun *-*-1..7 3:15:00):
|
||||
```
|
||||
|
||||
You can schedule your backup by choosing an other frequency. Some example:
|
||||
|
||||
Monthly :
|
||||
|
||||
Weekly :
|
||||
|
||||
Daily : Daily at midnight
|
||||
|
||||
Hourly : Hourly o Clock
|
||||
|
||||
Sat *-*-1..7 18:00:00 : The first saturday of every month at 18:00
|
||||
|
||||
4:00 : Every day at 4 AM
|
||||
|
||||
5,17:00 : Every day at 5 AM and at 5 PM
|
||||
|
||||
See here for more info : https://wiki.archlinux.org/index.php/Systemd/Timers#Realtime_timer
|
||||
|
||||
After each invocation an e-mail will be sent to root@yourdomain.tld with the execution log.
|
||||
|
||||
Restic can check backups consistency and verify the actual backed up data has not been modified.
|
||||
If you use the default values for the backup checks frequencies, a full check will be made on the first day of each month and a simple check will be made on each one of the three remaining weeks of the month.
|
||||
|
||||
At the end of the installation, the app displays the public_key and the user to give to the person who has access to the server B.
|
||||
|
||||
You should now authorize the public key for user `servera` on server B by logging into server B with user `servera` and running:
|
||||
|
||||
```
|
||||
mkdir ~/.ssh -p 2>/dev/null
|
||||
touch ~/.ssh/authorized_keys
|
||||
chmod u=rw,go= ~/.ssh/authorized_keys
|
||||
cat << EOPKEY >> ~/.ssh/authorized_keys
|
||||
<paste here the privakey displayed at the end of installation>
|
||||
EOPKEY
|
||||
```
|
||||
If you don't find the mail and you don't see the message in the log bar you can find the public_key with this command:
|
||||
```
|
||||
cat /root/.ssh/id_restic_ed25519.pub
|
||||
```
|
||||
|
||||
## (Optional) set sftp jail on server B
|
||||
|
||||
To improve security, make sure user `servera` can only do sftp and can only access his home directory on server B.
|
||||
This is how you would do it on Debian/Ubuntu, otherwise refer to your distribution manual (don't forget to replace `servera` with the real username)
|
||||
|
||||
```
|
||||
cat << EOCONFIG >> /etc/ssh/sshd_config
|
||||
Match User servera
|
||||
ChrootDirectory %h
|
||||
ForceCommand internal-sftp
|
||||
AllowTcpForwarding no
|
||||
X11Forwarding no
|
||||
EOCONFIG
|
||||
service ssh restart
|
||||
```
|
||||
|
||||
## Test
|
||||
At this step your backup should schedule.
|
||||
|
||||
If you want to be sure, you can test it by running on server A:
|
||||
```
|
||||
systemctl start restic.service
|
||||
```
|
||||
|
||||
Next you can verify the backup contents by running on server A
|
||||
```
|
||||
restic -r sftp:serverb.domain.tld:servera.domain.tld/auto_conf snapshots
|
||||
```
|
||||
|
||||
Replace `auto_conf` with `auto_<app>` if you did not choose to backup configuration but only applications.
|
||||
|
||||
If you want to check the backups consistency:
|
||||
```
|
||||
systemctl start restic_check.service
|
||||
```
|
||||
|
||||
If you want to make a complete check of the backups - keep in mind that this reads all the backed up data, it can take some time depending on your target server upload speed (more on this topic in [the Restic documentation](https://restic.readthedocs.io/en/latest/045_working_with_repos.html#checking-integrity-and-consistency)):
|
||||
```
|
||||
systemctl start restic_check_read_data.service
|
||||
```
|
||||
|
||||
## Display the apps list to backup
|
||||
|
||||
```
|
||||
yunohost app setting restic apps
|
||||
```
|
||||
|
||||
## Edit the apps list to backup
|
||||
|
||||
```
|
||||
yunohost app setting restic apps -v "nextcloud,wordpress"
|
||||
```
|
||||
|
||||
## Launch a backup
|
||||
|
||||
```
|
||||
systemctl start restic
|
||||
```
|
||||
|
||||
## Launch a backups check
|
||||
|
||||
```
|
||||
systemctl start restic_check.service
|
||||
```
|
||||
|
||||
## Launch a complete backups check
|
||||
|
||||
WARNING: this will read data from your backups destination server.
|
||||
It may take a quite long time depending on the target server's internet upload speed and hardware performance.
|
||||
|
||||
```
|
||||
systemctl start restic_check_read_data.service
|
||||
```
|
||||
|
||||
## Backup on different server, and apply distinct schedule for apps
|
||||
|
||||
You can setup the Restic app several times on the same server so you can backup on several server or manage your frequency backup differently for specific part of your server.
|
||||
|
||||
|
||||
## 文档与资源
|
||||
|
||||
- 官方应用网站: <https://restic.net>
|
||||
- 官方管理文档: <https://restic.readthedocs.io/en/latest/>
|
||||
- 上游应用代码库: <https://github.com/restic/restic>
|
||||
- YunoHost 商店: <https://apps.yunohost.org/app/restic>
|
||||
- 报告 bug: <https://github.com/YunoHost-Apps/restic_ynh/issues>
|
||||
|
||||
## 开发者信息
|
||||
|
||||
请向 [`testing` 分支](https://github.com/YunoHost-Apps/restic_ynh/tree/testing) 发送拉取请求。
|
||||
|
||||
如要尝试 `testing` 分支,请这样操作:
|
||||
|
||||
```bash
|
||||
sudo yunohost app install https://github.com/YunoHost-Apps/restic_ynh/tree/testing --debug
|
||||
或
|
||||
sudo yunohost app upgrade restic -u https://github.com/YunoHost-Apps/restic_ynh/tree/testing --debug
|
||||
```
|
||||
|
||||
**有关应用打包的更多信息:** <https://yunohost.org/packaging_apps>
|
Loading…
Add table
Reference in a new issue