Не проходят пинги между сервером OpenVPN (Ubuntu) и клиентом (MikroTik), где может быть трабла зарыта?

На убунте развернут сервер vpn на микротике соответственно клиент.
vpn :
proto tcp
dev tun
server 10.190.0.0 255.255.255.0
client-to-client
сжатие выключено
tun-mtu 1500
mssfix 1450
route 10.190.0.0 255.255.255.0
push "route 10.190.0.0 255.255.255.0"

ubuntu netstat -rn
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 185.146.171.1 0.0.0.0 UG 0 0 0 eth0
10.190.0.0 10.190.0.2 255.255.255.0 UG 0 0 0 tun0
10.190.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
185.146.171.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

форвардинг включен

Mikrotik (client):
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 185.146.171.1 0.0.0.0 UG 0 0 0 eth0
10.190.0.0 10.190.0.2 255.255.255.0 UG 0 0 0 tun0
10.190.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
185.146.171.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 185.146.171.1 0.0.0.0 UG 0 0 0 eth0
10.190.0.0 10.190.0.2 255.255.255.0 UG 0 0 0 tun0
10.190.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
185.146.171.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

Mikrotik (client)
D 10.190.0.6/32 10.190.0.5 ovpn-out1

route
# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 A S 0.0.0.0/0 ovpn-out1 1
1 DS 0.0.0.0/0 192.168.82.254 1
2 ADS 10.190.0.0/24 10.190.0.5 0
3 DS 10.190.0.0/24 10.190.0.5 1
4 ADC 10.190.0.5/32 10.190.0.6 ovpn-out1 0

дамп с убунты (tun0) пинг клиента (ответа нет), на клиенте в этот момент запущен также пинг сервера,
первые два пакета: вовремя реконекта клиента по таймауту (120 сек. в настройках сервера опенвпн)
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun0, link-type RAW (Raw IP), capture size 65535 bytes
08:40:36.559625 IP 10.190.0.6.5678 > 255.255.255.255.5678: UDP, length 93
08:42:50.740908 IP 10.190.0.6.5678 > 255.255.255.255.5678: UDP, length 93
08:42:56.896600 IP 10.190.0.1 > 10.190.0.6: ICMP echo request, id 10190, seq 1, length 64
08:42:57.904309 IP 10.190.0.1 > 10.190.0.6: ICMP echo request, id 10190, seq 2, length 64
08:42:58.912261 IP 10.190.0.1 > 10.190.0.6: ICMP echo request, id 10190, seq 3, length 64
08:42:59.920248 IP 10.190.0.1 > 10.190.0.6: ICMP echo request, id 10190, seq 4, length 64

Клиент (mikrotik) на сервере запущен пинг клиента в этот момент, на клиенте пинг сервера
# TIME INTERFACE SRC-ADDRESS DST-ADDRESS IP-PROTOCOL SIZE CPU
0 0.155 ovpn-out1 10.190.0.6 10.190.0.1 icmp 56 0
1 1.159 ovpn-out1 10.190.0.6 10.190.0.1 icmp 56 0
2 2.162 ovpn-out1 10.190.0.6 10.190.0.1 icmp 56 0
3 3.165 ovpn-out1 10.190.0.6 10.190.0.1 icmp 56 0
4 4.169 ovpn-out1 10.190.0.6 10.190.0.1 icmp 56 0
5 5.173 ovpn-out1 10.190.0.6 10.190.0.1 icmp 56 0

ubuntu (iptables) поразрешал все для данной сетки
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- 10.190.0.0/24 anywhere
ACCEPT all -- anywhere anywhere
ACCEPT udp -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT tcp -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT icmp -- anywhere anywhere

Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT all -- 10.70.0.0/24 anywhere
ACCEPT all -- anywhere 10.70.0.0/24
TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS clamp to PMTU
DROP all -- anywhere anywhere state INVALID
DROP all -- anywhere anywhere
ACCEPT all -- 10.190.0.0/24 anywhere
ACCEPT all -- 10.190.0.0/24 anywhere
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere 10.190.0.0/24

Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere 10.190.0.0/24
ACCEPT all -- anywhere 10.190.0.0/24
ACCEPT icmp -- anywhere anywhere

Подскажите пожалуйста в какую сторону копать
  • Вопрос задан
  • 818 просмотров
Пригласить эксперта
Ответы на вопрос 2
@Tabletko
никого не трогаю, починяю примус
Проверяйте правила фаервола
Ответ написан
ifaustrue
@ifaustrue
Пишу интересное в теллеграмм канале @cooladmin
Имхо
DROP all -- anywhere anywhere
в ветке Forward лишнее или нехватает там же
ACCEPT all -- 10.190.0.0/24 anywhere
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы