rsnapshot push К серверу ОТ клиента

Question 1

Это потому, что вы запускаете gedit с терминала, на переднем плане. Любая команда, которую вы запускаете таким образом, запускает командную строку до завершения команды. Поэтому, когда вы покидаете окно, открытое gedit, ваша подсказка терминала снова работает. Вы можете запускать команды в фоновом режиме, помещая & в конец команды.

Вы можете просмотреть все фоновые команды, которые вы запустили, с помощью команды jobs.

Вы также можете нажать Ctrl + Z, чтобы приостановить команду, если вы ее запустили нормально, вы можете отправить ее на задний план, набрав bg.

Question 2

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или путем сохранения файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

Question 3

Question 4

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

Question 5

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или сохранением файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

Question 6

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

Question 7

Question 8

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или сохранением файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

Question 9

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

Question 10

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или сохранением файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

Question 11

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

Question 12

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

Question 13

Question 14

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

Question 15

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

Question 16

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

Question 17

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

Question 18

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

Question 19

Question 20

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

Question 21

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

cmc · Answer 1 · 25 July 2018 в 22:13

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или путем сохранения файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

это удвоит объем необходимого пространства — erjoalgo, 5 September 2017 в 07:24
предполагая, что только приемник имеет статический IP-адрес, один вариант - сделать обратный туннель ssh, затем взять rsnapshot из локального порта, на который слушает ssh-сервер отправителя. отправитель будет делать 2 команды ssh, первый для обратного туннеля, второй для запуска rsnapshot на приемнике. это может быть завернуто в сценарий cron-triggered на стороне отправителя — erjoalgo, 5 September 2017 в 07:28

erjoalgo · Answer 2 · 25 July 2018 в 22:13

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

cmc · Answer 3 · 31 July 2018 в 13:16

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или сохранением файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

это удвоит объем необходимого пространства — erjoalgo, 5 September 2017 в 07:24
предполагая, что только приемник имеет статический IP-адрес, один вариант - сделать обратный туннель ssh, затем взять rsnapshot из локального порта, на который слушает ssh-сервер отправителя. отправитель будет делать 2 команды ssh, первый для обратного туннеля, второй для запуска rsnapshot на приемнике. это может быть завернуто в сценарий cron-triggered на стороне отправителя — erjoalgo, 5 September 2017 в 07:28

erjoalgo · Answer 4 · 31 July 2018 в 13:16

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

cmc · Answer 5 · 2 August 2018 в 03:41

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или сохранением файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

это удвоит объем необходимого пространства — erjoalgo, 5 September 2017 в 07:24
предполагая, что только приемник имеет статический IP-адрес, один вариант - сделать обратный туннель ssh, затем взять rsnapshot из локального порта, на который слушает ssh-сервер отправителя. отправитель будет делать 2 команды ssh, первый для обратного туннеля, второй для запуска rsnapshot на приемнике. это может быть завернуто в сценарий cron-triggered на стороне отправителя — erjoalgo, 5 September 2017 в 07:28

erjoalgo · Answer 6 · 2 August 2018 в 03:41

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

cmc · Answer 7 · 4 August 2018 в 19:45

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не волнует, были ли изменения введены rsync или сохранением файла.

В часто задаваемых вопросах rsnapshot есть модное решение, которое запускает rsnapshot после rsync, но это может быть излишним. Простое выполнение rsnapshot из заданий рекуррентного cron также работает.

Альтернативное решение - это модное решение, которое запускает rsnapshot после rsync , однако это не представляет собой хороший вид в каталоге каждый снимок и требует выполнения команд для восстановления файлов, что может затруднить быстрое восстановление.

это удвоит объем необходимого пространства — erjoalgo, 5 September 2017 в 07:24
предполагая, что только приемник имеет статический IP-адрес, один вариант - сделать обратный туннель ssh, затем взять rsnapshot из локального порта, на который слушает ssh-сервер отправителя. отправитель будет делать 2 команды ssh, первый для обратного туннеля, второй для запуска rsnapshot на приемнике. это может быть завернуто в сценарий cron-triggered на стороне отправителя — erjoalgo, 5 September 2017 в 07:28

erjoalgo · Answer 8 · 4 August 2018 в 19:45

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

#!/bin/bash -x
IVAL=${1:-hourly}
ssh -vNR 1998:localhost:22 example.com &
ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf ${IVAL}"

, где pull-from-sender-rsnapshot.conf может содержать строку типа:

backup localhost:1998/etc/  desktop-1

Это может быть вызвано cron на стороне отправителя, запуская удаленный rsnapshot локально.

erjoalgo · Answer 9 · 6 August 2018 в 03:48

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

cmc · Answer 10 · 6 August 2018 в 03:48

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

erjoalgo · Answer 11 · 7 August 2018 в 21:44

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

cmc · Answer 12 · 7 August 2018 в 21:44

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

erjoalgo · Answer 13 · 10 August 2018 в 09:58

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

cmc · Answer 14 · 10 August 2018 в 09:58

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

cmc · Answer 15 · 13 August 2018 в 16:17

Rsnapshot основан на дизайне. Сила Rsnapshot заключается в использовании жестких ссылок и работает только для локальных файловых систем. (nfs можно использовать, поскольку он поддерживает жесткие ссылки, но не, например, sshfs).

В сценарии push наилучшим решением является просто нажать на резервный каталог на сервере с помощью rsync, а затем разрешить снимки дескриптора rsnapshot из этого каталога, как он был разработан. Rsnapshot не интересует, были ли изменения введены rsync или путем сохранения файла.

В FAQ rsnapshot есть модное решение, которое запускает rsnapshot после rsync , но это может быть излишним.

Альтернативным решением является rdiff-backup , однако это не представляет собой красивое представление каталога для каждого моментального снимка и требует запуска команды для восстановления файлов, что может затруднить быстрое восстановление.

это удвоит объем необходимого пространства — erjoalgo, 5 September 2017 в 07:24
предполагая, что только приемник имеет статический IP-адрес, один вариант - сделать обратный туннель ssh, затем взять rsnapshot из локального порта, на который слушает ssh-сервер отправителя. отправитель будет делать 2 команды ssh, первый для обратного туннеля, второй для запуска rsnapshot на приемнике. это может быть завернуто в сценарий cron-triggered на стороне отправителя — erjoalgo, 5 September 2017 в 07:28

erjoalgo · Answer 16 · 13 August 2018 в 16:17

Другим вариантом является использование обратного туннеля ssh, а затем «удаленное» вытягивание со стороны приемника:

  #! / bin / bash -x IVAL = $ {1: -  ежечасно} ssh -vNR 1998: localhost: 22 example.com & amp;  ssh example.com "rsnapshot -c pull-from-sender-rsnapshot.conf $ {IVAL}"

где pull-from-sender-rsnapshot.conf может содержать строку типа:

  backup localhost: 1998 / etc / desktop-1

Это может быть вызвано cron на стороне отправителя, удаленный rsnapshot локально.

rsnapshot push К серверу ОТ клиента

16 ответов

Другие вопросы по тегам:

Похожие вопросы: