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, поэтому никакие изменения не допускаются:)
2 ответа
Хорошо, я сделал. Это было просто, просто получить привилегию суперпользователя, а затем включить и запустить процесс rsync:
sudo su
введите свой пароль, затем цифру
systemctl enable rsync
systemctl start rsync
если у вас нет терминала на базе systemctl, просто используйте вместо него "service".
service rsync restart
Вы можете проверить, что rsync теперь работает, зайдя в /var/log/rsyncd.log. Ошибка bind() теперь исчезла.
С настройкой по умолчанию я всегда делаю rsync -rtP /home/me/source/ x.x.x.x:/home/someoneelse/source (где xxxx - фактический 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/ кто-то / источник / источник в месте назначения.