Невозможно пинговать сам сервер после подключения к PPTP VPN

Невозможно пинговать сам сервер после подключения к PPTP VPN

Я настроил сервер PPTP на машине CentOS 6.5 для использования VPN из публичных сетей и других разнообразных скриптов. Все, кажется, работает нормально, за исключением того, что я не могу пинговать сервер VPN по его публичному IP или имени после подключения!

Допустим, у меня есть следующая настройка

Сервер

host: vpn.myserver.com,
public ip: 178.62.x.x
private ip (pptp): 10.0.0.1
host range /dhcp: 10.0.0.100-200

Клиент

private ip:= 10.241.0.76

До того, как я подключился к VPN, я могу нормально пинговать сервер (по имени или публичному IP). Однако после подключения мне приходится использовать частный адрес сервера для ssh-подключения к серверу.

Правила Iptable (сохранены в файл)

# Generated by iptables-save v1.4.7 on Tue Sep 29 10:51:16 2015
*nat
:PREROUTING ACCEPT [3279:270754]
:POSTROUTING ACCEPT [16:1761]
:OUTPUT ACCEPT [354:21503]
-A POSTROUTING -o eth0 -j MASQUERADE
COMMIT
# Completed on Tue Sep 29 10:51:16 2015
# Generated by iptables-save v1.4.7 on Tue Sep 29 10:51:16 2015
*filter
:INPUT ACCEPT [76829:9558834]
:FORWARD ACCEPT [67632:61015363]
:OUTPUT ACCEPT [90822:67426561]
COMMIT
# Completed on Tue Sep 29 10:51:16 2015

Конфигурация Sysctl:

# Controls IP packet forwarding
net.ipv4.ip_forward = 1

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

Netstats

netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
10.0.0.100      0.0.0.0         255.255.255.255 UH        0 0          0 ppp0
10.0.0.101      0.0.0.0         255.255.255.255 UH        0 0          0 ppp1
178.62.xx.xx    0.0.0.0         255.255.192.0   U         0 0          0 eth0
10.131.0.0      0.0.0.0         255.255.0.0     U         0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth1
0.0.0.0         178.62.xx.xx    0.0.0.0         UG        0 0          0 eth0

Может быть, отсутствует какое-то правило маршрутизации?

Обновлять

Забыл добавить данные трассировки..

traceroute to 178.62.x.x (178.62.x.x), 64 hops max, 52 byte packets
 1  10.241.254.254 (10.241.254.254)  15.450 ms  15.955 ms  10.267 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *

Связанный контент