Назад | Перейти на главную страницу

Rsync не работает через OpenVPN

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

У меня есть рабочий туннель openvpn, я могу пинговать 10.8.0.1. Но когда я использую команду ниже, время ожидания истекает с таймаутом (110). Вместо этого он должен распечатать доступные каталоги резервных копий ...:

rsync rsync://10.8.0.1

Мои файлы конфигурации openvpn: Сервер

;local a.b.c.d
port 1194
proto udp
dev tun0
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/server.crt
key /etc/openvpn/keys/server.key  # This file should be kept secret
dh /etc/openvpn/dh2048.pem
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist /var/log/openvpn/ipp.txt
keepalive 10 120
tls-auth /etc/openvpn/keys/ta.key 0 # This file is secret
cipher AES-256-CBC
user nobody
group nogroup
persist-key
persist-tun
status /var/log/openvpn/openvpn-status.log
log-append  /var/log/openvpn/openvpn.log
verb 3
explicit-exit-notify 1
;dev-node MyTap
;topology subnet
;server-bridge 10.8.0.4 255.255.255.0 10.8.0.50 10.8.0.100
;server-bridge
;push "route 192.168.10.0 255.255.255.0"
;push "route 192.168.20.0 255.255.255.0"
;client-config-dir ccd
;route 192.168.40.128 255.255.255.248
;client-config-dir ccd
;route 10.9.0.0 255.255.255.252
;learn-address ./script
;push "redirect-gateway def1 bypass-dhcp"
;push "dhcp-option DNS 208.67.222.222"
;push "dhcp-option DNS 208.67.220.220"
;client-to-client
;duplicate-cn
;log         /var/log/openvpn/openvpn.log
;mute 20
;compress lz4-v2
;push "compress lz4-v2"
;comp-lzo
;max-clients 100

Клиент:

client
dev tun0
proto udp
remote server.ip.address 1194
resolv-retry infinite
nobind
user nobody
group nogroup
persist-key
persist-tun
ca /etc/openvpn/keys/ca.crt
cert /etc/openvpn/keys/backupclient.crt
key /etc/openvpn/keys/backupclient.key
remote-cert-tls server
tls-auth /etc/openvpn/keys/ta.key 1
cipher AES-256-CBC
verb 3
;dev-node MyTap
;proto tcp
;http-proxy-retry
;http-proxy [proxy server] [proxy port #]
;mute-replay-warnings
;remote my-server-2 1194
;remote-random
;mute 20

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

root@user:/# iptables --table nat --append POSTROUTING --out-interface eth0 --source 10.8.0.0/24 --jump MASQUERADE
root@user:/# iptables --table nat --append POSTROUTING --out-interface tun0 --source 10.8.0.0/24 --jump MASQUERADE

Затем я внес изменения в UFW:

ufw allow 1194/udp

Отредактируйте / etc / default / ufw, найдите DEFAULT_FORWARD_POLICY = ”DROP” и измените:

DEFAULT_FORWARD_POLICY="ACCEPT"

РЕДАКТИРОВАТЬ 1: я перезагрузил ufw, openvpn и rsync со всеми изменениями. Даже просто попробовал перезапустить сервис. Я заметил, что мое интерфейсное устройство изменилось при тестировании с tun на tun0 на tun 2, поэтому я отбросил весь тун и перезапустил открытый vpn

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

Оказывается, поскольку я использую Rsync поверх openvpn, мне все равно нужно открыть порт 873. Я не уверен, что это мне подходит, потому что мне нужно убедиться, что openvpn по-прежнему обеспечивает мое шифрование. Я думаю, мне может потребоваться добавить маршрут, чтобы rsync перестал прослушивать 873. В настоящее время у меня для файла rsync моего сервера установлено значение:

address: 10.8.0.1

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

Ну ufw должно быть ufw reload поэтому любые изменения в брандмауэре вступят в силу