LINUX.ORG.RU
решено ФорумAdmin

Односторонний пинг в VPN сети.

 , ,


0

1

В OpenVPN-сети (10.10.101.0/24) есть клиент (10.10.101.5) и сервер (10.10.101.1). И со стороны клиента, и со стороны сервера фаерволл разрешает любые соединения по интерфейсу tun0 (VPN). В конфиге VPN указана опция «client-to-client». VPN-сервер не пушит свой gateway клиенту. Проблема в том, что пинги от клиента к серверу идут, а вот наоборот - фиг.

В чем проблема? Если нужны какие-то логи - предоставлю.

Ответ на: комментарий от zolden

Сервер:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 52:54:a2:01:cc:44 brd ff:ff:ff:ff:ff:ff
    inet 172.31.1.100/24 brd 172.31.1.255 scope global eth0
       valid_lft forever preferred_lft forever
39: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 100
    link/none 
    inet 10.10.101.1 peer 10.10.101.2/32 scope global tun0
       valid_lft forever preferred_lft forever

///

default via 172.31.1.1 dev eth0 onlink   
10.10.101.0/24 via 10.10.101.2 dev tun0 
10.10.101.2 dev tun0 proto kernel scope link src 10.10.101.1 
172.31.1.0/24 dev eth0 proto kernel scope link src 172.31.1.100

///

local 10.10.101.1 dev lo src 10.10.101.1 
    cache <local> 

Клиент:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 98:de:d0:03:87:82 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::9ade:d0ff:fe03:8782/64 scope link 
       valid_lft forever preferred_lft forever
3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 98:de:d0:00:c5:f2 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.2/24 brd 192.168.1.255 scope global eth1
       valid_lft forever preferred_lft forever
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether b0:6e:bf:2c:57:38 brd ff:ff:ff:ff:ff:ff
    inet 172.16.0.1/24 brd 172.16.0.255 scope global eth2
       valid_lft forever preferred_lft forever
    inet6 fe80::b26e:bfff:fe2c:5738/64 scope link 
       valid_lft forever preferred_lft forever
5: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 3
    link/ppp 
    inet 176.115.144.150 peer 176.16.0.1/32 scope global ppp0
       valid_lft forever preferred_lft forever
9: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN group default qlen 100
    link/none 
    inet 10.10.101.5 peer 10.10.101.6/32 scope global tun0
       valid_lft forever preferred_lft forever
    inet6 fe80::8edc:2b3a:25c1:5a51/64 scope link flags 800 
       valid_lft forever preferred_lft forever

///

default dev ppp0 scope link 
10.10.101.0/24 via 10.10.101.6 dev tun0 
10.10.101.6 dev tun0 proto kernel scope link src 10.10.101.5 
172.16.0.0/24 dev eth2 proto kernel scope link src 172.16.0.1 
176.16.0.1 dev ppp0 proto kernel scope link src 176.115.144.150 
192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.2 linkdown 

///

local 10.10.101.5 dev lo src 10.10.101.5 
    cache <local>

FluffyPillow
() автор топика

Я дебил. В фаерволле на сервере случайно было добавлено это правило:

-A POSTROUTING -s 10.10.101.0/24 -j SNAT --to-source 172.31.1.100

Убрал его и пинг заработал.

FluffyPillow
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.