Rsync server: настройка синхронизации на centos и ubuntu

Rsync настройка бэкапа на CentOS/Debian/Ubuntu

Существует много способов организации backup на CentOS/Debian/Ubuntu серверах — бесплатные утилиты, самописные скрипты с использованием tar, система бэкапа bacula и много другое. Все это в той или иной мере я использовал или использую в своей работе.

Сегодня я хочу с вами поделиться своим методом организации простого, удобного и быстрого способа настройки инкрементного backup с использованием популярной утилиты rsync на серверах под управлением CentOS/Debian/Ubuntu.

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

Установка rsync на CentOS 6

Устанавливаем xinetd для автоматического запуска rsync:

# yum install -y xinetd

Устанавливаем непосредственно rsync:

# yum install -y rsync

Редактируем конфиг rsync для xinetd:

# mcedit /etc/xinetd.d/rsync

В конфиге находим строку disable = yes и меняем на no:

disable = no

Запускаем xinetd:

# /etc/init.d/xinetd start

И добавляем его в автозапуск:

# chkconfig xinetd on

Проверяем, слушает ли xinetd 873 порт rsync:

# netstat -lnpt | grep 873 tcp 0 0 0.0.0.0:873 0.0.0.0:* LISTEN 1431/xinetd

Все в порядке, можно приступать к настройке rsync.

Установка rsync на CentOS 7

Ставим rsync:

# yum install -y rsync

Добавляем в автозагрузку:

# systemctl enable rsyncd ln -s '/usr/lib/systemd/system/rsyncd.service' '/etc/systemd/system/multi-user.target.wants/rsyncd.service'

Проверяем автозагрузку:

# systemctl list-unit-files —type service | grep rsyncd rsyncd.service enabled

Запускаем rsync:

# systemctl start rsyncd

Проверяем, как запустился:

# netstat -tulpn | grep rsync tcp        0      0 0.0.0.0:873             0.0.0.0:*               LISTEN      2782/rsync

Все в порядке, можно приступать к настройке rsync.

Установка rsync на Debian/Ubuntu

Устанавливаем rsync:

# apt-get install -y rsync

Правим конфиг:

# mcedit /etc/default/rsync

Находим строку RSYNC_ENABLE=false и меняем на true:

RSYNC_ENABLE=true

Запускаем rsync:

# /etc/init.d/rsync start [ ok ] Starting rsync daemon: rsync.

Проверяем, что работает:

# netstat -tulpn | grep rsync tcp 0 0 0.0.0.0:873 0.0.0.0:* LISTEN 1767/rsync

Все в порядке, можно приступать к настройке rsync.

Настройка rsync

Теперь приступаем к настройке. Логика наших бэкапов будет следующая. При первом запуске мы делаем полный бэкап интересующей нас информации в папку current.

Потом раз в сутки мы сверяем имеющийся архив с источником и делаем его вновь актуальным, перезаписывая все изменившиеся файлы, но при этом не удаляем их, а складываем в папку increment, где каждый день создается папка с именем в виде даты, в которую складываются все измененные файлы за текущий день.

Таким образом, у нас всегда будет полный архив, актуальный на момент последней синхронизации, плюс набор папок за каждый день с изменившимися в этот день файлами. Сколько дней хранить можно выбрать по необходимости.

Получается у нас такая картинка:

Приступаем к реализации. В первую очередь настраиваем rsync на серверах источниках информации, с которых мы будем забирать данные для backup.

Создаем файл конфигурации rsync:

# mcedit /etc/rsyncd.confpid file = /var/run/rsyncd.pid
log file = /var/log/rsyncd.log
transfer logging = true
munge symlinks = yes # папка источник для бэкапа
[data]
path = /data
uid = root
read only = yes
list = yes
comment = Data backup Dir
auth users = backup
secrets file = /etc/rsyncd.scrt

Создаем файл с учетными данными для подключения:

# mcedit /etc/rsyncd.scrtbackup:12345

где backup — имя пользователя, 12345 — пароль.
Делаем права на чтение только root, иначе rsync не запустится:

# chmod 0600 /etc/rsyncd.scrt

После настройки перезапускаем rsync.
На Centos 6:

# /etc/init.d/xinetd restart

На Centos 7:

systemctl restart rsyncd

На Debian/Ubuntu:

# /etc/init.d/rsync restart

Теперь идем на сервер приемник, в котором будут храниться архивные копии с серверов источников. Там создаем скрипт инкрементного бэкапа c использованием rsync:

# mcedit /root/bin/backup-server1.sh#!/bin/bash
date
# Папка, куда будем складывать архивы
syst_dir=/backup/
# Имя сервера, который архивируем
srv_name=server1
# Адрес сервера, который архивируем
srv_ip=10.10.1.55
# Пользователь rsync на сервере, который архивируем
srv_user=backup
# Ресурс на сервере для бэкапа
srv_dir=data
echo «Start backup ${srv_name}»
# Создаем папку для инкрементных бэкапов
mkdir -p ${syst_dir}${srv_name}/increment/
# Запускаем непосредственно бэкап с параметрами
/usr/bin/rsync -a —delete —password-file=/etc/rsyncd.scrt ${srv_user}@${srv_ip}::${srv_dir} ${syst_dir}${srv_name}/current/ —backup —backup-dir=${syst_dir}${srv_name}/increment/`date +%Y-%m-%d`/
# Чистим папки с инкрементными архивами старше 30-ти дней
/usr/bin/find ${syst_dir}${srv_name}/increment/ -maxdepth 1 -type d -mtime +30 -exec rm -rf {} ;
date
echo «Finish backup ${srv_name}»

Делаем скрипт исполняемым:

# chmod 0744 /root/bin/backup-server1.sh

Создаем файл с паролем для авторизации на сервере источнике:

# mcedit /etc/rsyncd.scrt12345

Делаем права на чтение только root, иначе rsync выдаст ошибку:
ERROR: password file must not be other-accessible
Исправляем это:

# chmod 0600 /etc/rsyncd.scrt

На этом все, теперь можно запускать скрипт и ожидать его выполнения. Осталось добавить его в cron:

# mcedit /etc/crontab30 23 * * * root /root/bin/backup-server1.sh

Я обычно создаю несколько скриптов для каждого сервера отдельно. Потом объединяю их запуск в одном общем скрипте и уже его добавляю в cron. А потом по мере необходимости редактирую уже его, добавляю или удаляю сервера.

Ротация логов rsync

Мы указали в настройках ведение лога в файл /var/log/rsyncd.log. Необходимо настроить ротацию этого лога, чтобы он не рос до бесконечности. На больших файловых серверах он очень быстро вырастет до сотен мегабайт и более.

Для этого создаем в папке /etc/logrotate.d файл с конфигурацией ротации:

# mcedit /etc/logrotate.d/rsyncd /var/log/rsyncd.log {
size=500k
compress
rotate 4
missingok
notifempty
}

С такими настройками ротация будет происходить каждый раз, когда файл лога превысит размер в 500 кб. Храниться будут 4 версии лог файла. Эти настройки вы можете сами поменять по своему усмотрению.

Пример бэкапа windows сервера с помощью rsync

Еще один пример из моей практики. Допустим, у нас есть windows сервер с некоторой информацией, которую мы хотим так же бэкапить. Никаких проблем, это делается достаточно просто.

Создаем на windows сервере сетевую шару с информацией. Создаем пользователя и добавляем его в доступ к этой папке. Этого пользователя мы будем использовать для подключения виндовой шары к linux серверу.

Монтируем шару с информацией, которую будем бэкапить:

# mount -t cifs //192.168.0.16/docs /mnt/docs -o user=backup,password=12345,iocharset=utf8,codepage=cp866

192.168.0.16 — адрес виндовой шары
backup и 12345 — пользователь и пароль виндовой машины с доступом к шаре docs.

Все, теперь папку /mnt/docs можно использовать в качестве приемника в нашем скрипте бэкапа с rsync. Если папка примонтирована непосредственно к серверу с бэкапами, то нужно на нем самом настроить конфиг rsyncd на примере серверов источников, запустить на нем rsyncd и в скрипте в качестве ip адреса сервера указывать 127.0.0.1.

Я в таких случаях создаю несколько скриптов: на монтирование шары, бэкап и размонтирование, объединяю их в один и запускаю последовательно. В итоге получается, что подключаем диск, делаем бэкап и отключаем его.

Источник: https://serveradmin.ru/rsync-nastroyka-bekapa-na-centos-debian-ubuntu/

Rsync Примеры синхронизации

Потребность передачи файлов между серверами и компьютерами возникает довольно часто, особенно при администрировании нескольких устройств.

Обычно для этих целей удобно использовать ssh и scp, но если файл очень большой, а изменена была только небольшая его часть, или вы хотите настроить постоянную автоматическую синхронизацию, то scp уже явно неидеальный вариант.

Для этого существуют специальные утилиты. В этой статье мы рассмотрим одну из них. А именно будет рассмотрена rsync синхронизация в linux.

Rsync — это программное обеспечение с открытым исходным кодом, которое можно использовать для синхронизации файлов и папок с локального компьютера на удаленный и наоборот. Примечательная особенность Rsync — возможность передавать зашифрованные файлы с помощью SSH и SSL.

Кроме того, здесь передача файлов выполняется в один поток, в отличие от других подобных программ, создающий отдельный поток для передачи каждого файла.

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

Возможно использование rsync для синхронизации файлов, каталогов, при этом может применяться сжатие и шифрование. Программа впервые была применена в июне 1996 года, она разработана Эндрю Тридгелом и Полом Маккеррасом.

Rsync синхронизация выполняется по протоколу RSYNC, который специально разработан не просто для передачи файлов между двумя компьютерами, а для их синхронизации.

Если точнее, то передается не файл полностью, а только то, что было изменено.

Как вы уже поняли, в этой статье мы рассмотрим rsync примеры синхронизации, настройку rsync, а также ее основные возможности и опции.

Особенности Rsync

Давайте сначала рассмотрим примечательные особенности Rsync:

  • Возможность поддерживать синхронизацию целых деревьев каталогов
  • Можно сохранять символические ссылки, жесткие ссылки,  владельцев и права файла, метаданные и время создания.
  • Не требует особых привилегий
  • Передача файлов одним потоком
  • Поддержка RSH, SSH в качестве транспорта
  • Поддержка анонимного Rsync

Синтаксис Rsync

Мы не будем подробно останавливаться на установке этой утилиты в системе. Она очень популярна, поэтому вы можете установить ее с помощью своего пакетного менеджера из официальных репозиториев. В Ubuntu команда установки будет выглядеть вот так:

sudo apt-get install rsync

А теперь, уже по традиции подобных статей, рассмотрим синтаксис команды rsync:

$ rsync опции источник приемник

В качестве источника и приемника может выступать удаленная или локальная директория. Например, ssh, rsync, samba сервер или локальная директория. Опции задают дополнительные параметры rsync.

Опции Rsync

Теперь давайте кратко рассмотрим параметры rsync. Здесь перечислены не все опции. Для более подробной информации смотрите man rsync:

  • -v — Выводить подробную информацию о процессе копирования
  • -q — Минимум информации
  • -c — Проверка контрольных сумм для файлов
  • -a — Режим архивирования
  • -R — относительные пути
  • -b — создание резервной копии
  • -u — не перезаписывать более новые файлы
  • -l — копировать символьные ссылки
  • -L — копировать содержимое ссылок
  • -H — копировать жесткие ссылки
  • -p — сохранять права для файлов
  • -g — сохранять группу
  • -t — сохранять время модификации
  • -x — работать только в этой файловой системе
  • -e — использовать другой транспорт
  • -z — сжимать файлы перед передачей
  • —delete — удалять файлы которых нет в источнике
  • —exclude — исключить файлы по шаблону
  • —recursive — перебирать директории рекурсивно
  • —no-recursive — отключить рекурсию
  • —progress — выводить прогресс передачи файла
  • —stat — показать статистику передачи
  • —version — версия утилиты

Настройка сервера Rsync

Как вы понимаете, нельзя просто так взять и закинуть на первую попавшуюся машину файлы без установки на нее специального программного обеспечения. На удаленной машине должен быть установлен и настроен RSYNC, SSH, Samba или FTP сервер, с помощью которого Rsync сможет авторизоваться на машине и передавать туда файлы.

Рассмотрим минимальную настройку сервера rsync, для того чтобы могло быть выполнено rsync копирование файлов. Он позволит нам не только синхронизировать файлы на машину, но и получать и от туда.

Сначала создайте конфигурационный файл со следующим содержимым:

sudo vi /etc/rsyncd.conf

[share]

path = /tmp/share/ hosts allow = 192.168.1.* hosts deny = * list = true uid = root gid = root

Читайте также:  Настройка домашнего ftp-сервера

read only = false

Здесь мы задаем путь к нашей папке для синхронизации, разрешаем доступ к серверу только с домашней сети (192.168.1.*) и запрещаем все остальные подключения. Параметры uid и gid указывают пользователя и группу, от которых будет запущен демон. Лучше не использовать root, а указать пользователя nobody и выдать ему права на ту папку, в которую будет выполняться rsync синхронизация каталогов.

Настройка rsync завершена, остается сохранить файл, запустить сервер rsync и добавить его в автозагрузку:

sudo service rsyncd start

sudo service rsyncd enable

Примеры синхронизации Rsync

Дальше давайте рассмотрим использование rsync, примеры синхронизации.

Копирование и синхронизация файлов на локальном компьютере

Rsync позволяет синхронизировать файлы и папки в пределах одной машины. Давайте сначала рассмотрим использование rsync для синхронизации файла на локальном компьютере:

rsync -zvh file /tmp/backups/

Синхронизация папок на локальной машине

Синхронизация папок rsync выполняется так же просто, как и файлов:

rsync -avzh /home/user/documents /tmp/backups/

Синхронизация с удаленным сервером

Ненамного сложнее синхронизировать файлы с удаленным сервером. Скопируем локальную папку documents, на удаленный сервер:

rsync -avz documents/ root@192.168.0.101:/home/

Точно также можно синхронизировать файлы с rsync из удаленного сервера:

rsync -avz root@192.168.0.101:/home/ documents/ 

Адрес удаленного сервера записывается в таком формате:

имя_пользователя@адрес_машины:порт/папка/на/удаленной_машине

Порт указывать не обязательно, тогда rsync синхронизация папок будет выполняться на стандартном порту.

Синхронизация файлов по SSH

Чтобы задать протокол подключения используется опция -e. При использовании SSH все передаваемые данные шифруются и передаются по защищенному каналу, таким образом, чтобы никто не мог их перехватить.

Для использования SSH вам нужно знать пароль пользователя в системе.

Синхронизация файлов rsync с удаленного сервера по ssh будет выглядеть вот так:

rsync -avzhe ssh root@192.168.0.101:/root/install.log /tmp/

А теперь передадим данные на тот же сервер:

rsync -avzhe ssh backup.tar root@192.168.0.101:/backups/

Просмотр прогресса при синхронизации

Для просмотра прогресса копирования файла с одной машины на другую используется опция progress:

rsync -avzhe ssh —progress /home/user/documents root@192.168.0.101:/root/documents

Синхронизация не всех файлов в rsync

Опции include и exclude позволяют указать какие файлы нужно синхронизировать, а какие исключить. Опции работают не только с файлами но и с директориями.

Например, скопируем все файлы, начинающиеся на букву R:

rsync -avze ssh —include 'R*' —exclude '*' root@192.168.0.101:/root/documents/ /root/documents

Удаление при синхронизации

Во время синхронизации можно удалять файлы, которых нет на машине откуда идет rsync синхронизация, для этого используется опция —delete.

Например:

rsync -avz —delete root@192.168.0.101:/documents/ /tmp/documents/

Если перед выполнением этой команды создать в папке файл которого нет на удаленном сервере, то он будет удален.

Максимальный размер файлов

Вы можете указать максимальный размер файлов, которые нужно синхронизировать. Для этого используется опция —max-size. Например, будем синхронизировать только файлы меньше 200 килобайт:

rsync -avzhe ssh —max-size='200k' /user/documents/ root@192.168.0.100:/root/documents

Удаление исходных файлов

Есть возможность удалять исходные файлы после завершения синхронизации с удаленным сервером:

rsync —remove-source-files -zvh backup.tar /tmp/backups/

Таким образом, файл backup.tar будет удален после завершения копирования в папку /tmp/backups.

Режим симуляции rsync

Если вы новичок, и еще не использовали rsync, то возможно захотите посмотреть как отработает команда без применения реальных действий в файловой системе. Для этого есть опция dry-run. Команда только выведет все выполняемые действия в терминал, без выполнения реальных изменений:

rsync —dry-run —remove-source-files -zvh backup.tar /tmp/backups/

Ограничить скорость передачи

Вы можете ограничить использование пропускной способности сети с помощью опции —bwlimit:

 rsync —bwlimit=100 -avzhe ssh /user/home/documents/ root@192.168.0.101:/root/documents/

Как я уже писал выше, rsync синхронизирует только части файла, если вы хотите синхронизировать файл целиком используйте опцию -W:

rsync -zvhW backup.tar /tmp/backups/backup.tar
backup.tar

Автоматическая синхронизация папок rsync

Можно расписать автоматическую синхронизацию с помощью cron. Но в случае доступа к серверу по SSH необходимо будет создать ключ и загрузить его на сервер, чтобы аутентификация проходила без запроса пароля.

Создаем ключ:

ssh-keygen -t rsa

Загружаем ключ на сервер к с которым собираемся синхронизироваться:

ssh-copy-id -i /home/sk/.ssh/id_rsa.pub sk@192.168.1.250

Теперь можем переходить к настройке расписания cron. Будем запускать синхронизацию каждый день:

crontab -e

00 05 * * * rsync -azvr /home/user/Downloads/ 192.168.1.101::share

rsync синхронизация каталогов будет выполняться каждый день в пять утра. Подробнее о настройке расписаний Cron можно почитать в отдельной статье.

Выводы

Теперь вы знаете все что нужно, чтобы настройка rsync была выполнена правильно. Мы рассмотрели некоторые примеры rsync синхронизации. И теперь вы можете использовать все это для решения своих задач. Я упустил какую-то полезную информацию или у вас остались вопросы? Напишите в комментариях!

Источник: https://losst.ru/rsync-primery-sinhronizatsii

Бэкапленд — резервное копирование для всех!

Wiki : Rsync (англ. Remote Synchronization) — программа для UNIX-подобных систем, которая выполняет синхронизацию файлов и каталогов в двух местах с минимизированием трафика, используя кодирование данных при необходимости.

Важным отличием rsync от многих других программ/протоколов является то, что зеркалирование осуществляется одним потоком в каждом направлении (а не по одному или несколько потоков на каждый файл).

rsync может копировать или отображать содержимое каталога и копировать файлы, опционально используя сжатие и рекурсию.

Rsync является общепризнанным программным обеспечением, которое работает надежно и быстро.

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

Но из каждого правила существуют исключения, поэтому ниже мы предлагаем подробную инструкцию как установить и настроить Rsync на серверах с операционными системами Debian, Ubuntu, Centos и FreeBSD.

Проверьте установлен ли rsync:

выполните команду в ssh: whereis rsync если ответом будет /usr/local/bin/rsync или /usr/bin/rsync то rsync у вас есть, вам его устанавливать не нужно.

Так же можете проверить, просто запустив команду в ssh: rsync или /usr/local/bin/rsync или /usr/bin/rsync если будет ответ, а не ошибка, тогда вам его устанавливать не нужно.

Установка:

Описанные далее установка и настройка rsync возможны, только если у Вас есть права root. Если таких прав нет, напишите Вашему системному администратору или в техническую поддержку хостинга с просьбой установить rsync.

Для FreeBSD:cd /usr/ports/net/rsync
make install

Для Linux Debian и Ubuntu:apt-get install rsync

Для Centos:yum install -y rsync

Настройка:

Настраивать rsync нужно только в одном случае, если Вы хотите, чтобы наша система создавала резервные копии не через SSH, а через демон rsyncd.

Через файл конфигурации настройки rsyncd вы можете:

  • Задать своего пользователя и пароль
  • Разрешить вход к вам только с определенного IP/хоста (наш хост при заказе мы вам высылаем)
  • Разрешить доступ к конкретным директориям и файлам на вашей системе

Настройка rsync для FreeBSD:cd /usr/local/etc/

cоздаем файл приветствия (не обязательно)echo «Hello from rsync server» > rsyncd.motd
echo «Server Adress: My SuperHost 1.1.1.1» >> rsyncd.motd

создаем файл c именем пользователя и паролемecho «backup:ПАРОЛЬ» > rsyncd.scrt
chmod 0600 /usr/local/etc/rsyncd.scrt

где ПАРОЛЬ тот, что мы выдаем вам при создании в панели управления задания на резервное копирование. В дальнейшем вы можете изменить пароль на свой в файле rsyncd.scrt и на сервере хранения резервных копий в файле /var/www/rc-******/data/rsyncd.pass, где rc-****** ваш логин на сервер с бэкапами.

Внимание! Если пароли на вашем сервере и сервере с бэкапами не совпадут, резервные копии создаваться не будут.

Далее создаем основной конфиг rsyncd.conf

1) cd /usr/local/etc/

2) mv rsyncd.conf rsync.original

3) cat > /usr/local/etc/rsyncd.conf pid file = /var/run/rsyncd.pid motd file = /usr/local/etc/rsyncd.motd uid = root gid = wheel max connection = 4 auth users = backup secrets file = /usr/local/etc/rsyncd.scrt [root] path = / read only = yes

host allow = ssh.bkp177.backupland.com

EOF

4) /usr/local/etc/rc.d/rsyncd restart

Теперь настраиваем так, чтобы после перезагрузки сервера у вас запускался демон rsyncd

Делаем отступ с переносом на следующую строку echo «» >> /etc/rc.conf

Добавлем разрешение запускать при старте echo 'rsyncd_enable=»YES»' >> /etc/rc.conf

Настройка rsync для Linux Debian и Ubuntu:

Находите файл /etc/default/rsync В нем находите строку: RSYNC_ENABLE=false и меняете на:

RSYNC_ENABLE=true

Таким образом мы разрешаем при загрузке сервера запустить демон rsyncd

Далее создадим папку для наших файлов:mkdir /etc/rsync/
cd /etc/rsync/

создаем файл приветствия (не обязательно)echo «Hello from rsync server» > rsyncd.motd
echo «Server Adress: My SuperHost 1.1.1.1» >> rsyncd.motd

создаем файл c именем пользователя и паролемecho «backup:ПАРОЛЬ» > rsyncd.scrt
chmod 0600 /etc/rsync/rsyncd.scrt

где ПАРОЛЬ тот, что мы выдаем вам при создании в панели управления задания на резервное копирование. В дальнейшем вы можете изменить пароль на свой в файле rsyncd.scrt и на сервере хранения резервных копий в файле /var/www/rc-******/data/rsyncd.pass, где rc-****** ваш логин на сервер с бэкапами.

Внимание! Если пароли на вашем сервере и сервере с бэкапами не совпадут, резервные копии создаваться не будут.

Далее создаем основной конфиг rsyncd.conf cd /etc/ Обратите внимание на то, что файл rsyncd.conf должен быть расположен в папке /etc/

mv rsyncd.conf rsyncd.old делаем так на всякий случай, вдруг файл такой уже есть

cat > /etc/rsyncd.conf pid file = /var/run/rsyncd.pid motd file = /etc/rsync/rsyncd.motd uid = root gid = root max connection = 4 auth users = backup secrets file = /etc/rsync/rsyncd.scrt [root] path = / read only = yes

host allow = ssh.bkp177.backupland.com

EOF

/etc/init.d/rsyncd restart

Настройка rsync для Centos 6:

Устанавливаем xinetd (нужен для пуска rsync сервера): yum install -y xinetd

Находите файл /etc/xinetd.d/rsync, в нем находите строку: disable = yes и меняете на:

disable = no

Перезагружаем сервис xinetd:/etc/init.d/xinetd restart

Добавляем xinetd в автозапуск:chkconfig xinetd on

Конфиг создаем такой же как и для Centos 7 (смотри ниже).

Настройка rsync для Centos 7:

Включаем в автозагрузкуsystemctl enable rsyncd.service

Запускаем rsyncd демонsystemctl start rsyncd.service

Далее создадим папку для наших файлов:mkdir /etc/rsync/
cd /etc/rsync/

создаем файл приветствия (не обязательно)echo «Hello from rsync server» > rsyncd.motd
echo «Server Adress: My SuperHost 1.1.1.1» >> rsyncd.motd

создаем файл c именем пользователя и паролемecho «backup:ПАРОЛЬ» > rsyncd.scrt
chmod 0600 /etc/rsync/rsyncd.scrt

где ПАРОЛЬ тот, что мы выдаем вам при создании в панели управления задания на резервное копирование. В дальнейшем вы можете изменить пароль на свой в файле rsyncd.scrt и на сервере хранения резервных копий в файле /var/www/rc-******/data/rsyncd.pass, где rc-****** ваш логин на сервер с бэкапами.

Внимание! Если пароли на вашем сервере и сервере с бэкапами не совпадут, резервные копии создаваться не будут.

Далее создаем основной конфиг rsyncd.conf

cd /etc/Обратите внимание на то, что файл rsyncd.conf должен быть расположен в папке /etc/

mv rsyncd.conf rsyncd.oldделаем так на всякий случай, вдруг файл такой уже есть.

Читайте также:  Ccleaner как пользоваться. инструкция. правильное использование ccleaner

cat > /etc/rsyncd.conf pid file = /var/run/rsyncd.pid motd file = /etc/rsync/rsyncd.motd uid = root gid = root max connection = 4 auth users = backup secrets file = /etc/rsync/rsyncd.scrt [bkpl] path = / read only = yes

host allow = ssh.bkp177.backupland.com

EOF

Применяем настройки
для Centos 7systemctl restart rsyncd.serviceдля Centos 6service xinetd restart

Если у вас на сервере установлен Firewall вам нужно разрешить входящие соединение на порт 873

Описание полей файла конфигурации rsyncd.conf

Текст конфигурации:

pid file = /var/run/rsyncd.pid #pid файл хранящий ID процесса
motd file = /usr/local/etc/rsyncd.motd #файл приветствия
uid = root #работа под правами этого пользователя*
gid = wheel #работа с правами этой группы*
max connection = 4 #кол-во коннектов со стороны сервиса
auth users = backup #логин пользователя для доступа извне
secrets file = /usr/local/etc/rsyncd.scrt #файл с логином и паролем для доступа извне
[bkpl] #секция, в которой описано что можно делать
path = / #Какую папку можно бэкапить
read only = yes #Разрешено только бэкапить, восстановить нельзя будет
host allow = ssh.bkp177.backupland.com #сервер, где будут храниться резервные копии

Внимание! Вместо ssh.bkp177.backupland.com необходимо указать тот хост, который Вы получили при регистрации. Аналогично, путь /usr/local/etc/ зависит от того, какая установлена операционная система.

* Если вы не собираетесь резервировать весь сервер, тогда права root вы можете заменить на права пользователя, файлы которого вы будете бэкапить.

Источник: https://go.backupland.com/faq/install_rsync/install_rsync.html

Backup в Linux: настраиваем rsync-сервер

Систем для создания и управления резервными копиями в Linux создано великое множество. Не столько создано, сколько портировано с других систем, но суть та же.

Понятное дело, что если вы администрируете сеть предприятия, состоящую ну никак не из десятка компьютеров, а являющую собой большой парк машин, то вам вполне  подойдёт что-то вроде Amanda или ей подобных. В этой заметке я не буду рассматривать такой случай.

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

Почему rsync?

Вообще, когда мы говорим о резервном копировании данных, то мы как правило имеем ввиду копирование этих самых данных из места А в место Б на случай, если с данными в месте А что-то случится и они станут недоступными.

Вариантов места Б множество: оптические диски, стримеры, жёсткие диски, короче всё, что может данные хранить. Одним из наиболее важных требований к хранилищу резервных копий является требование, чтобы хранилище физически располагалось  подальше от основного места хранения данных.

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

Раз уж речь идёт о географической распределённости и использование каналов передачи данных, то уже при более-менее существенном объёме данных может резко встать вопрос о нагрузке на используемый канал передачи. Именно по этой причине эффективность cp, rcp, scp и прочих инструментах, копирующих изменённые файлы целиком, снижается в разы.

rsync, разработанная как замена rcp, позволяет копировать файл не целиком, а частично, лишь изменённые его части. Для этого используется алгоритм, предложенный Andrew Tridgell и Paul Mackerras. Об этом алгоритме достаточно много написано, в том числе и на русском языке, поэтому всех интересующихся отсылаю по ссылкам.

Немного об rsync

Что rsync умеет:

  • синхронизировать целые каталоги и файловые системы;
  • сохранять при синхронизации символические и жёсткие ссылки, владельцев файлов/каталогов, права доступа, файлы устройств и временные метки;
  • для работы программы не нужны права суперпользователя;
  • использование внутренней конвейерной обработки снижает время обработки нескольких файлов одновременно;
  • может использовать rsh, ssh или же просто сокеты в качестве транспорта.

rsync может синхронизировать файлы как в пределах локальной системы, так и за её пределы, а также из-за её пределов. Правда выполнять синхронизацию между двумя удалёнными системами она, к сожалению, не умеет 🙁

Существует два способа связи rsync с удалённой системой: через оболочку, например ssh, или же при помощи подключения к rsync, запущенной на удалённой системе в режиме демона.

Поскольку rsync никак не шифрует трафик, то при использовании незащищённого соединения предпочтительней, конечно, использовать ssh в качестве транспорта. В данной статье, однако, я использую «родной» rsync-транспорт для примеров.

Делаю это сознательно лишь с целью осветить настройку rsync-демона и об ипользовании ssh-транспорта, надеюсь, ещё расскажу в будущем.

Структура сети

Как говорила некогда моя учительница русского: «У каждого свой Пушкин». Думается, что и сеть у каждого своя 🙂 В качестве примера я привожу свою небольшую сеть и свою схему резервного копирования. Для своих же собственных нужд, я уверен, вы сотворите что-то своё, невероятное и неповторимое, как тот самый велосипед 🙂

Итак, у меня имеется два сервера (я использую их оба, ибо чем больше копий — тем спится спокойней), разделённых большим расстоянием и каналом связи пропускной способностью порядка 15 Мбит/сек.

К каждому из серверов посредством стамегабитного Ethernet подключены рабочие станции, с которых я и делаю резервные копии. Назовём сервера именами S1 и S2, а рабочие станции — буквами P1 и P2.

Что-то наподобие этого:

Схема резервного копирования

От того, насколько тщательно вы продумаете схему резервного копирования ваших данных, зависит многое: от эффективности использования каналов передачи данных до корректности выполнения самого копирования.

Конечно, если вы просто копируете каталог из точки А в точку Б — мало что может произойти непредвиденного.

Однако если вы собираетесь организовывать хранение копий на нескольких серверах, то обязательно всё продумайте как можно тщательней.

В моём же примере всё достаточно просто. Рабочая станция P1 копирует данные на сервер S1, а рабочая станция P2 — на сервер S2. После чего между серверами происходит обмен содержимым каталогов с резервными копиями. Таки образом резервные копии данных каждой рабочей станции оказываются и на одном, и на другом серверах.

Очень важный момент в такой схеме — это исключить одновременный запуск синхронизации с S1 на S2 и S2 на S1, поскольку это увеличит загрузку и без того загруженного канала передачи, а также потребление ресурсов самих серверов, на которых помимо rsync ещё есть чему работать. И второй момент: думаю, логично постараться избежать запуска межсерверной синхронизации одновременно с работающим процессом резервного копирования данных с рабочей станции. Не забудьте об этом позаботиться во время настройки выполнения скриптов в cronе.

Настройка rsync-демона

Как правило в дистрибутивах Linux/Unix утилита rsync включена по-умолчанию в перечень устанавливаемых программ. Если вы сомневаетесь в том, что она присутствует в вашей системе, проверьте это командой:

which rsync

Далее в статье подразумевается, что у вас установлена Ubuntu 10.04 Server Edition. Я не знаю, насколько в других дистрибутивах всё так же, как и в ней, но у меня кроме неё ничего нет, поэто всё буду показывать на примере этого дистрибутива.

Итак, первым делом необходимо проверить, настроен ли автоматический запуск демона rsync при загрузке системы. Для этого просмотрите содержимое файла /etc/default/rsync и убедитесь, что RSYNC_ENABLE=true.

Теперь необходимо создать файл конфигурации демона. Он должен находиться в /etc/rsyncd.conf. По-умолчанию он отсутствует, поэтому даже с RSYNC_ENABLE=true демон запуститься не сможет.

Немного о структуре файла /etc/rsyncd.conf. Формат файла достаточно прост и идентичен ini-файлам.

В нём описываются «глобальные» параметры, контролирующие поведение демона в целом, а также «модули», описывающие доступ к конкретным каталогам файловой системы.

Обо всё этом можно в полном объёме ознакомиться при помощи man rsyncd.conf, я же ограничусь использованием нужных мне параметров с их описанием.

Глобальных параметров менять никаких не пришлось, поэтому я сразу перешёл к настройке модуля.

Прежде чем мы будем описывать модуль, необходимо определиться в каком каталоге мы будем хранить получаемые от удалённых компьютеров данные. В моём примере это будет каталог /var/backups/my_network. Для обоих серверов конфигурация модуля будет идентична, за исключением, естественно, параметра hosts allow.

Рассмотрим, что у меня получилось:

path = /var/backups/my_networklog file = /var/log/rsyncd/backups.log
  • Описание каждого модуля начинается с его имени, заключённого в квадратные скобки;
  • параметр comment может содержать комментарий к модулю, которое будет видно удалённой системе при просмотре перечня модулей этого сервера;
  • параметр path содержит путь к каталогу на файловой системе, с которой будет работать данный модуль;
  • параметр use chroot заставляет rsync после установки соединения выполнить chroot в каталог, указанный в параметре path. Это повышает безопасность, однако для использования этого параметра демон должен быть запущен суперпользователем;
  • параметры uid и gid заставляют rsync после установки соединения вести всю работу с файлами от имени указанных пользователя и (или) группы;
  • log file указывает демону место для ведения протокола работы;
  • параметры read only и write only, установленные в false разрешают удалённой системе работать в модулем в как в режиме чтения, так и в режиме записи;
  • hosts allow и hosts deny задают перечень хостов (разделённых пробелами), которым разрешено и запрещено работать с модулем;
  • параметр transfer logging управляет ведением подробного протокола принятых/отданных данных. Устанавливать значение этого параметра в true я рекомендую разве что в целях отладки, поскольку размер этого файла будет стремительно расти при регулярных синхронизациях. Хотя, если уж очень нужно, можно и logrotate на него натравить.

После создания и сохранения файла /etc/rsync.conf проверьте, чтобы пользователь, указанный в параметре uidимел право на запись в этот каталог.

Теперь, когда конфигурационный файл создан и всё проверено, можно запускать демон rsync:

Проверить состояние демона вы всегда можете проверить командой:

sudo service rsync status

Если демон был успешно запущен, то можно попробовать подключиться к нему по протоколу rsync и получить список доступных модулей:

В ответ вы должны получить примерно следующее:

Первое — это имя модуля, а второе — это комментарий к нему.

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

Источник: http://ashep.org/2010/backup-v-linux-nastraivaem-rsync-server/

Установка и использование rsync в Linux

rsync (Remote Synchronization) — программа выполняющая синхронизацию файлов и каталогов.

Для начала установим rsync.
Пример команды установки для CentOS:

yum -y install rsync

Для Debian/Ubuntu:

sudo aptitude install rsync

Приведу пример локальной синхронизации:

sudo rsync -avh —delete /var/www/ /root/backup/www/

Синхронизация данных на удаленный сервер:

sudo rsync -avh —delete /var/www/ root@192.168.1.50:/root/backup/www/

Синхронизация данных на локальный с удаленного сервера:

sudo rsync -avh root@192.168.1.50:/var/www/ /root/backup/www/

Через SSH с нестандартным портом:

Читайте также:  Компьютерные термины. описание компьютерных терминов простыми словами

sudo rsync -avh -e «ssh -p 1111» root@192.168.1.50:/var/www/ /root/backup/www/

Чтобы исключить какие нибудь поддиректории, например если мы синхронизируем /var/www/ и хотим исключить /var/www/dir/ и /var/www/dir/tmp/, то можно добавить к команде:

—exclude='dir/' —exclude='dir/tmp/'

Чтобы переместить файлы с удаленного сервера на локальный:

sudo rsync -avh —remove-source-files root@192.168.1.50:/var/www/ /var/www/

Пример копирования mysql данных на другой диск:

rsync -vrplogDtH –progress /var/lib/mysql/ /newhdd/var/lib/mysql/

Приведу пример своего скрипта резервного копирования (последняя строка удаляет директории старше 30 дней):

mkdir /root/backup/`date +%Y-%m-%d` cd /root/backup/`date +%Y-%m-%d` sudo rsync -avh -e «ssh -p 1111» —log-file=/root/backup/`date +%Y-%m-%d`/rsync.log root@192.168.1.50:/var/www/* /root/backup/`date +%Y-%m-%d`/ find /root/backup -type d -mtime +30 | xargs rm -f -r

Встроенную справку можно получить командой:

man rsync

В файле /etc/default/rsync можно настройки запуск rsync как демона.
При синхронизации с другими серверами на них тоже должен быть установлен rsync либо нужно указывать SSH.

Опишу возможные параметры запуска: -v (—verbose, подробный режим) -r (—recursive, копировать данные рекурсивно) -R (—relative, использовать относительные пути при создании символических ссылок) -a (—archive, режим архивирования, копировать данные рекурсивно с сохранением симлинков, прав доступа и прочей информации) -b (—backup, создание резервной копии, смотрите дополнительно —backup-dir=DIR и —suffix=SUFFIX) -c (—checksum, сверка по контрольным суммам, а не по времени изменения и размеру) —delete (удаление файлов) -f (—filter=RULE, создание правила фильтрования) -h (—human-readable, вывод данных в понятном для человека формате, смотрите также —progress) -H (—hard-links, сохранение жестких ссылок) -n (—dry-run, пробный режим без каких либо изменений) -p (—perms, сохранение прав) -z (—compress, сжатие данных при передаче, смотрите также —compress-level=NUM и —skip-compress=LIST) -x (—one-file-system, не выходить за пределы текущей точки монтирования) -q (—quiet, краткий режим)

-W (—whole-file, полное копирование вместо копирования изменившихся данных)

Источник: https://ixnfo.com/rsync.html

Настройка rsync-сервера

Рассмотрим установку и настройку rsync сервера в системе CentOS

Устанавливаем xinetd (необходим для запуска rsync сервера), затем сам rsync

#yum install -y xinetd# yum install -y rsync

Далее открываем конфиг rsync для xinetd:

И внутри заменяем disable = yes на disable = no

Получим такой конфиг:

# default: off# description: The rsync server is a good addition to an ftp server, as it<\p># allows crc checksumming etc.service rsync{disable = noflags = IPv6socket_type = streamwait = nouser = rootserver = /usr/bin/rsyncserver_args = —daemonlog_on_failure += USERID}

Применяем настройки xinetd:

#/etc/init.d/xinetd restart

Добавляем xinetd в автозапуск:

Проверяем, всё ли успешно получилось:

#netstat -lnpt | grep 873tcp 0 0 0.0.0.0:873 0.0.0.0:* LISTEN 7731/xinetd

Создаем файл конфигурации rsync-сервера /etc/rsyncd.conf (в данном примере это только пример, другие опции конфига можно найти в мануале по rsync):

log file = /var/log/rsyncd.logauth users = backupsecrets file = /etc/opt/rsyncd.passwdhosts allow = 10.14.7.41max connections = 10pid file = /var/run/rsyncd.pid[my]path = /data/latest_backupuid = rootgid = rootread only = yesuse chroot = nocomment = Backups Reports

Описание указанных опций:

  • uid — идентификатор пользователя, от которого запустится rsync-сервер;
  • gid — идентификатор группы, от которой запустится rsync-сервер;
  • max connections — максимальное количество одновременных подключений к rsync-серверу;
  • read only — разрешать подключившимся клиентам только чтение;
  • use chroot — указывает, должен ли rsync сервер в целях обеспечения безопасности, менять корневой каталог на указанный в path;
  • path — путь к каталогу на файловой системе, с которым будет работать данный модуль;

В квадратных скобках задаётся имя секции. Каждая секция обязана иметь собственный параметр path.

После построения конфига перезапускаем rsync через xinetd

Всё, rsync сервер готов.

Использование rsync-клиента

Для запуска копирования с rsync-сервера, можно воспользоваться командой:

#/usr/local/bin/rsync —timeout=1200 —delete -uaSHlptgoD —password-file=/usr/local/etc/rsyncd/backup.pass backup@myserver::my /var/backups/my-backup/backup_$(date +%Y.%m.%d)

Возможные опции (приведены лишь некоторые самые юзабельные мной опции):

  • -v, —verbose — увеличение отладочной информации;
  • -u, —update — пропускать обновление файлов, которые новее исходных;
  • -r, —recursive — рекурсия в директориях;
  • -o, —owner — сохранить владельца (только под root);
  • -g, —group — сохранить группу;
  • -h, —human-readable — вывод цифр в читаемом виде (Mb, Gb);
  • -t, —times — сохранить дату изменения;
  • -p, —perms — сохранить права доступа;
  • —delete-after — удалить после. Если в основном месте был удален какой-то файл, или каталог, то после синхронизации в backup сервере, в каталоге он тоже будет удален;
  • —password-file — путь, где хранится файл с паролем;
  • -a, —archive — работа в режиме архивирования, сохраняются права доступа и информация о владельцах;
  • -H, —hard-links — сохранять жесткие ссылки;
  • —progress — показывать сколько процентов осталось до завершения;
  • —delete — удалять из бэкапа файлы, которых уже нет на стороне источника;
  • backup@ — под каким пользоателем осущестляются подключение;
  • myserver- имя хоста к которому производится подключение;
  • my — директория источник, которую нужно бэкапить(смотри имя секции);
  • /var/backups/my-backup/backup_$(date +%Y.%m.%d) — куда сохранять бэкап;
  • -n, —dry-run — режим тестирования, реально никаких действий не производится;

За более подробной информацией по программе rsync можно обратиться к системным страницам руководства rsync.

Источник: http://unix-way.ru/index.php/poleznyashki-linux/52-nastrojka-rsync-servera

Установка rsync под CentOS

Навигация по каталогу статей

Установка и настройка Rsync сервера на CentOS Linux

Устанавливаем xinetd (нужен для пуска rsync сервера):
yum install -y xinetd Ставим сам rsync:

yum install -y rsync

Открываем конфиг rsync для xinetd:

vi /etc/xinetd.d/rsync 

В конфигурации заменяем это:

disable = yes

На это:

disable = no

Применяем настройки xinetd:

/etc/init.d/xinetd restart

Добавляем xinetd в автозапуск:

chkconfig xinetd on

Удостоверяемся, что теперь xinetd слушает порт rsync:

netstat -lnpt | grep 873

tcp 0 0 0.0.0.0:873 0.0.0.0:* LISTEN 7721/xinetd 

Далеее создаем конфиг /etc/rsyncd.conf и указываем имена групп:

uid = nobody gid = nobody Затем применяем изменения:

/etc/init.d/xinetd restart

Вс,, программа установлена!

Примеры применения

Скопировать полностью структуру фалов и папок из /home/data1/ в /home/other/data2/:

rsync -av /home/data1/ /home/other/data2/Наличие завершающих слешей в /home/data1/ файла обязательно, иначе результат копирования будет выглядеть так: /home/other/data2/data1/

Выполнить копирование на удал,нную систему по ssh:

rsync -rvz /home/data1/ user@server.com:/home/data1/

Задать альтернативный порт ssh:

rsync -rvz -e 'ssh -p 10022' /home/data1/ user@server.com:/home/data1/

Исключить некоторые файлы:

rsync -rvz /home/data1/ —exclude=»tmp/*» —exclude=»*~» user@server.com:/home/data1/

Не учитывать пользователя, группу и права при передачи:

rsync -rvz —no-p —no-o —no-g /home/data1/ user@server.com:/home/data1/

Описание функций

  • -a, —archive – архивный режим, включает рекурсивное копирование и сохранение прав и владельца (ключи rlptgoD)
  • -t—times – обновлять время модификации файла на при,мной стороне. При отсутствии этой опции или -a становиться неэффективной оптимизация передачи по времени изменения файлов
  • -c—checksum – использование сверки по контрольным суммам, а не по времени изменения и размеру
  • —size-only – проверка только по размеру файлов
  • -r – рекурсивный режим (копирование всех подпапок и файлов в них)
  • -v – подробные вывод операций
  • -z – компрессия данных при передачи
  • —del – удалить файлы в папке назначения которых нет в источнике (точная копия)
  • -R – использовать относительные пути при создании символических ссылок
  • —numeric-ids – не транслировать имена владельца и группы в цифровые UID и GID, оставить на удал,нной стороне номера как есть
  • —size-only – использование для сверки только размер файлов
  • —bwlimit=KBPS – ограничение пропускной способности, чтобы не забивать канал (Kbit/s)
  • —ignore-errors – продолжать копирование и удаление после появления ошибок
  • -h – вывод результатов с человеко-читаемом формате
  • -A, —acls – сохранение списков ACL
  • -H, —hard-links – сохранение жестких ссылок
  • -S, —sparse – оптимизировать разреженные файлы
  • -x, —one-file-system – не выходить за пределы текущей точки монтирования

Источник: http://gman1990.ru/articles.php?article_id=1

Синхронизируем директории с помощью Rsync

Сегодня я познакомлю вас с базовым применением rsync

отличной, старой и надежной утилитой для инкрементального перемещения данных и синхронизации локальных директорий или данных на различных Unix системах.

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

Что такое rsync?

rsync (сокращение от remote synchronization) это бесплатная утилита для передачи данных между Unix systems.

Если говорить просто, то это команда Unix, которую вы можете запустить локально для синхронизации двух директорий. Реальная мощь rsync проявляется, когда необходимо синхронизировать директории между удаленными системами. rsync использует протокол

ssh для передачи данных между системами, но более ранние версии использовали rsh.

rsync либо предуставлен на большинстве современных Unix-подобных дистритивах, либо может быть легко установлен из репозитариев.

Что делает rsync?

rsync синхронизирует директории — делает одну директорию похожей на другую, включая структуру папок и файлов. rsync во время работы получает список файлов в директории источнике, сравнивает его с нужными критериями (размер файлов, время создания или модификации или контрольная сумма) и затем файлы, которые подошли по критериям копирует в директорию назначения.

Базовое использование rsync

Для того чтобы показать вам как работает rsync я сделаю 2 директории с файлами в них. /tmp/dir1 в моем примере это директория-источник, тогда как /tmp/dir2 будет директорией назначения — в результате опыта она будет соответствовать директории /tmp/dir1.

Создадим директории и файлы:

ubuntu$ mkdir /tmp/dir1 /tmp/dir2 ubuntu$ cd /tmp ubuntu$ echo «original file 1» > dir1/file1 ubuntu$ echo «original file 2» > dir1/file2 ubuntu$ echo «original file 3» > dir1/file3 ubuntu$ cp dir1/file1 dir2

В данный момент наши директории выглядят так:

ubuntu$ find ./dir* ./dir1 ./dir1/file2 ./dir1/file3 ./dir1/file1 ./dir2 ./dir2/file1

Теперь запустим в первый раз rsync.

Последние 2 параметра в команде обозначают директорию источник и назначение.

В примере ниже мы использует следующие опции:

-avz — a для режима архивации (сохраняет все атрибуты файлов и директорий — владельца , права и прочее), v для отображения списка файлов обработанных rsync и  z для компрессии данных для увеличения скорость.

–stats — данная опция после завершения синхронизации выводит суммарную статистику.

ubuntu$ rsync -avz —stats /tmp/dir1/ /tmp/dir2 building file list … done file2 file3 Number of files: 4 Number of files transferred: 2 Total file size: 48 bytes Total transferred file size: 32 bytes Literal data: 32 bytes Matched data: 0 bytes File list size: 87 File list generation time: 0.001 seconds File list transfer time: 0.000 seconds Total bytes sent: 221 Total bytes received: 64 sent 221 bytes received 64 bytes 570.00 bytes/sec total size is 48 speedup is 0.17

Как вы можете заметить, хотя в директории /tmp/dir1 было 3 файла, только 2 из них было передано в директорию /tmp/dir2.

На сегодня это все, в следующих постах я покажу вам более продвинутое использование rsync. Для особо любознательных предлогаю  почитать  man rsync или rsync –help

Постовой

Один из крупнейших интернет-магазинов в России по технике для активного отдыха. В продаже квадроцикл, гидроциклы, мотовездеходы, снегоходы.

У нас вы можете заказать лимузин напрокат. В Санкт-Петербурге лучших цен, чем у нас вы не найдете.

Источник: http://guruadmin.ru/page/sinhroniziruem-direktorii-s-pomoshhju-rsync

Ссылка на основную публикацию