Что необходимо для сервера rsync в режиме демона

Я не понимаю необходимость сервера rsync в режиме демона. Каковы преимущества от него, если я могу использовать rsync с SSH или telnet?

28 голосов | спросил Hanan N. 6 TueEurope/Moscow2011-12-06T17:52:07+04:00Europe/Moscow12bEurope/MoscowTue, 06 Dec 2011 17:52:07 +0400 2011, 17:52:07

5 ответов


22

Многие, но я приведу несколько слов с головы.

  1. Что делать, если ssh /rsh недоступны на удаленном сервере или если они повреждены в плане конфигурации или более строгих сетевых правил? Использование rsh /ssh по-прежнему потребует клиента (зависит от роли отправителя или получателя), удаленная сторона должна была бы разблокировать двоичный файл rsync локально и установить соединение с процессом rsync, работающим на локальной стороне. rsh /ssh просто обеспечит соединительный туннель; что касается rsync, rsync связывается с другим процессом rsync по каналу (-ам).

  2. Наличие процесса rsync в режиме демона сделает сервер истинным ftp похожим сервером, где некоторые файловые системы могут быть доступны через модули rsync. Все остальное можно избежать. Скажем, я хочу сделать доступным только /usr /local и /var для загрузки и отказаться от любого запроса клиента rsync для других загрузок. Я могу использовать дискрецию на уровне хоста или на уровне файловой системы (модулей), чтобы разрешить загрузку или загрузку (только чтение).

  3. Может управлять доступом на хост /пользовательский уровень, аутентификацией, авторизацией, протоколированием и файловыми системами (структурой) для загрузки /выгрузки специально через файл конфигурации. Каждый раз, когда в конфигурационный файл вносятся изменения, не нужно перезапускать rsyncd --daemon или HUPped. Также можно установить, сколько клиентов может одновременно подключаться к серверному процессу rsync. Это хорошо, так как я не хочу, чтобы мой сервер rsyncd обрабатывал хост полностью поверх операций ввода-вывода на ЦПУ или на диске.

  4. Функция chroot может быть доступна через конфигурацию для rsyncd в режиме демона. Я могу использовать это как довольно аккуратную функцию безопасности, если я хочу, чтобы клиенты не подключались к моему rsyncd для любого из файлов /файловых систем, которые должны быть защищены на хосте и не должны иметь внешний доступ.

  5. Я могу прямо отказаться от некоторых параметров, используемых клиентом rsync, и не принимать их на сервере, например, не разрешать --delete.

  6. Может иметь возможность запускать некоторые команды /скрипты до и после процесса rsync. Примером может быть сообщение и сохранение статистики rsync в режиме после передачи.

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

ответил Nikhil Mulley 6 TueEurope/Moscow2011-12-06T18:23:00+04:00Europe/Moscow12bEurope/MoscowTue, 06 Dec 2011 18:23:00 +0400 2011, 18:23:00
7
  1. У меня возникла проблема с попыткой синхронизации большой папки между Linux-машиной и машиной Windows с использованием cygwin. После отказа от SSH-туннеля в пользу использования демона rsync мои проблемы исчезли.

  2. Клиенту не нужно знать макет файловой системы и т. д. сервера, на который он нажимает /тянет в /из

ответил Tim 6 TueEurope/Moscow2011-12-06T18:27:23+04:00Europe/Moscow12bEurope/MoscowTue, 06 Dec 2011 18:27:23 +0400 2011, 18:27:23
3

Общим распространением для rsync является зеркальное отображение общедоступных архивов файлов. Оператор первичной копии не хочет разрешать удаленный доступ к оболочке в архив, но хочет, чтобы волонтеры, работающие с удаленными зеркалами, могли эффективно получить полную копию архивов. Rsync отлично работает для создания зеркала, так как он будет загружать только измененные биты, а если есть небольшая пауза в сети, он не будет повторно загружать весь большой файл (cd /dvd images).

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

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

Смотрите: http://www.debian.org/mirror/ftpmirror

  

Протокол зеркалирования, который мы рекомендуем, - rsync.

ответил Zoredache 7 WedEurope/Moscow2011-12-07T03:46:30+04:00Europe/Moscow12bEurope/MoscowWed, 07 Dec 2011 03:46:30 +0400 2011, 03:46:30
1

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

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

ответил Nils 7 WedEurope/Moscow2011-12-07T00:39:50+04:00Europe/Moscow12bEurope/MoscowWed, 07 Dec 2011 00:39:50 +0400 2011, 00:39:50
0

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

ответил Folkert van Heusden 6 TueEurope/Moscow2011-12-06T18:02:40+04:00Europe/Moscow12bEurope/MoscowTue, 06 Dec 2011 18:02:40 +0400 2011, 18:02:40

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

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132