rsync ошибка "соединение отказано" - PullRequest
0 голосов
/ 04 мая 2018

Я схожу с ума по 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. / и т.д. / 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.

Теперь некоторые журналы. / вар / Журнал / 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, поэтому никакие изменения не допускаются:)

Ответы [ 2 ]

0 голосов
/ 29 октября 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 / somebodyelse / source / source в месте назначения.

0 голосов
/ 07 мая 2018

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

sudo su

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

systemctl enable rsync
systemctl start rsync

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

service rsync restart

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

...