Ошибка в соединении rsync

Я схожу с ума от rsync, который выдает ошибку «соединение отказано». Вот моя проблема: у меня есть два сервера, используемых для хранения данных, с установленным rsync, потому что мне нужно, чтобы оба сервера оставались синхронизированными. Таким образом, изменения на одном сервере вызовут такие же изменения на другом и наоборот. Первый узел (sn1) работает, а второй (sn2) - нет. Подробно. - sn1 имеет 192.168.13.131 в качестве IP-адреса - sn2 имеет 192.168.13.132 в качестве IP-адреса

Если я дам rsync rsync://192.168.13.131 из sn1 или sn2, все будет нормально; а если я дам rsync rsync://182.168.13.132 из sn1 или sn2, я получаю эту ошибку:

rsync: failed to connect to 192.168.13.132 (192.168.13.132): Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(125) [Receiver=3.1.2]

Вот некоторая информация о sn2. /etc/rsyncd.conf

uid = swift
gid = swift
log file = /var/log/rsyncd.log
pid file = /var/run/rsyncd.pid
address = 192.168.130.132

[account]
max connections = 20
path = /srv/node/
read only = False
lock file = /var/lock/account.lock

[container]
max connections = 20
path = /srv/node/
read only = False
lock file = /var/lock/container.lock

[object]
max connections = 20
path = /srv/node/
read only = False
lock file = /var/lock/object.lock

и / etc / default / rsync

# defaults file for rsync daemon mode
#
# This file is only used for init.d based systems!
# If this system uses systemd, you can specify options etc. for rsync
# in daemon mode by copying /lib/systemd/system/rsync.service to
# /etc/systemd/system/rsync.service and modifying the copy; add required
# options to the ExecStart line.

# start rsync in daemon mode from init.d script?
#  only allowed values are "true", "false", and "inetd"
#  Use "inetd" if you want to start the rsyncd from inetd,
#  all this does is prevent the init.d script from printing a message
#  about not starting rsyncd (you still need to modify inetd's config yourself).
RSYNC_ENABLE=true

# which file should be used as the configuration file for rsync.
# This file is used instead of the default /etc/rsyncd.conf
# Warning: This option has no effect if the daemon is accessed
#          using a remote shell. When using a different file for
#          rsync you might want to symlink /etc/rsyncd.conf to
#          that file.
# RSYNC_CONFIG_FILE=

# what extra options to give rsync --daemon?
#  that excludes the --daemon; that's always done in the init.d script
#  Possibilities are:
#   --address=123.45.67.89              (bind to a specific IP address)
#   --port=8730                         (bind to specified port; default 873)
RSYNC_OPTS=''

# run rsyncd at a nice level?
#  the rsync daemon can impact performance due to much I/O and CPU usage,
#  so you may want to run it at a nicer priority than the default priority.
#  Allowed values are 0 - 19 inclusive; 10 is a reasonable value.
RSYNC_NICE=''

# run rsyncd with ionice?
#  "ionice" does for IO load what "nice" does for CPU load.
#  As rsync is often used for backups which aren't all that time-critical,
#  reducing the rsync IO priority will benefit the rest of the system.
#  See the manpage for ionice for allowed options.
#  -c3 is recommended, this will run rsync IO at "idle" priority. Uncomment
#  the next line to activate this.
# RSYNC_IONICE='-c3'

# Don't forget to create an appropriate config file,
# else the daemon will not start.

Теперь немного логов. /var/log/rsyncd.log

2018/05/04 15:10:16 [889] rsyncd version 3.1.2 starting, listening on port 873
2018/05/04 15:10:16 [889] bind() failed: Cannot assign requested address (address-family 2)
2018/05/04 15:10:16 [889] unable to bind any inbound sockets on port 873
2018/05/04 15:10:16 [889] rsync error: error in socket IO (code 10) at socket.c(555) [Receiver=3.1.2]

Вывод команды ps aux | grep rsync на sn2:

sn2       1555  0.0  0.1  13136  1060 pts/0    S+   15:46   0:00 grep --color=auto rsync

Вывод команды ps aux | grep rsync на sn1:

sn1      12875  0.0  0.1  13136  1012 pts/0    S+   15:48   0:00 grep --color=auto rsync
root     21281  0.0  0.2  12960  2800 ?        Ss   13:31   0:00 /usr/bin/rsync --daemon --no-detach

Это основное различие, которое я вижу между двумя узлами.

Вывод команды sudo systemctl status rsync на sn1:

rsync.service - fast remote file copy program daemon
   Loaded: loaded (/lib/systemd/system/rsync.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2018-05-04 13:31:10 UTC; 2h 19min ago
 Main PID: 21281 (rsync)
    Tasks: 1 (limit: 1113)
   CGroup: /system.slice/rsync.service
           └─21281 /usr/bin/rsync --daemon --no-detach

May 04 13:31:10 sn1 systemd[1]: Started fast remote file copy program daemon.

Вывод той же команды в sn2:

rsync.service - fast remote file copy program daemon
   Loaded: loaded (/lib/systemd/system/rsync.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2018-05-04 15:10:16 UTC; 41min ago
  Process: 889 ExecStart=/usr/bin/rsync --daemon --no-detach (code=exited, status=10)
 Main PID: 889 (code=exited, status=10)

May 04 15:10:15 sn2 systemd[1]: Started fast remote file copy program daemon.
May 04 15:10:16 sn2 systemd[1]: rsync.service: Main process exited, code=exited, status=10/n/a
May 04 15:10:16 sn2 systemd[1]: rsync.service: Failed with result 'exit-code'.

Вывод команды sudo netstat -lptu | grep rsync на sn1:

tcp        0      0 sn1:rsync               0.0.0.0:*               LISTEN      21281/rsync

в то время как в sn2 он ничего не возвращает ...

Наконец, sn2 / etc / hosts содержат

127.0.0.1       localhost.localdomain   localhost
::1             localhost6.localdomain6 localhost6


#ADDED BY ME
#10.0.2.15       sn2
192.168.13.130  proxy-server
192.168.13.131  sn1
192.168.13.132  sn2
#192.168.13.133  sn3
#192.168.13.134  sn4

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

И sn1 тоже:

127.0.0.1       localhost.localdomain   localhost
::1             localhost6.localdomain6 localhost6


#ADDED BY ME
#10.0.2.15       sn1
192.168.13.130  proxy-server
192.168.13.131  sn1
192.168.13.132  sn2
#192.168.13.133  sn3
#192.168.13.134  sn4

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Я запускаю ubuntu 18.04 на каждом узле сервера на виртуальной машине. Вы можете помочь мне разобраться в происходящем? К сожалению, я должен использовать rsync, потому что я работаю над OpenStack Swift, поэтому никакие изменения не допускаются :)


person Apokalos    schedule 04.05.2018    source источник


Ответы (2)


Хорошо, я сделал. Это было просто, просто получите привилегию суперпользователя, а затем включите и запустите процесс rsync:

sudo su

введите свой пароль, затем цифру

systemctl enable rsync
systemctl start rsync

если у вас нет терминала на основе systemctl, просто используйте вместо него «service».

service rsync restart

Вы можете проверить, что rsync теперь работает, зайдя в /var/log/rsyncd.log. Ошибка bind () исчезла.

person Apokalos    schedule 07.05.2018

В конфигурации по умолчанию я всегда использую rsync -rtP /home/me/source/ x.x.x.x:/home/someoneelse/source (где x.x.x.x - это фактический IP-адрес). Я не знаю, когда или нужно ли будет когда-либо указывать rsync:// в качестве протокола. В моем случае у меня была ваша ошибка, пока я не включил sshd. Я также установил rsync-daemon, но на самом деле не знаю, нужен ли он. Вот полное решение (я сделал это только на удаленном компьютере - я считаю, что локальный компьютер, на котором я затем мог успешно выполнить указанную выше команду, имел только пакеты openssh и rsync):

sudo dnf -y install rsync-daemon openssh
sudo systemctl enable rsyncd
sudo systemctl start rsyncd
sudo systemctl enable sshd
sudo systemctl start sshd

Для ясности: у меня Fedora 27, sudo systemctl status firewalld говорит, что брандмауэр запущен, и мне не приходилось вручную создавать правила брандмауэра, о которых я знаю (в моей истории bash нет экземпляров брандмауэра или iptables). В успешно выполненной команде (вверху этого ответа) я использовал некоторые параметры, но они не требуются: r: рекурсивно, t: копировать метку времени в файл назначения, P: показывать прогресс. Косая черта (/) находится в конце только исходного пути, так что rsync не создает каталог с именем / home / somethingelse / source / source в месте назначения.

person Poikilos    schedule 29.10.2018