VPN-клиент может пинговать машины в локальной сети, но никакие другие службы TCP / UDP не работают

После того, как я успешно настроил мой VPN-сервер для подключения моих VPN-клиентов к моей локальной сети ( Откройте внутреннюю локальную сеть для VPN с помощью CentOS FirewallD ) Я считаю, что пинг - единственное, что работает. Я не могу подключиться к машине, с которой я могу пинговать через SSH, HTTP, FTP или другие службы.

Некоторая справочная информация:

На сервере: машина представляет собой установку CentOS 7, на которой работает Tinc VPN.

 #firewall-cmd --get-active-zones 
internal
  interfaces: eth0 (192.168.178.0/24)
external
  interfaces: vpn (10.0.0.0/24)

Клиент - это компьютер с Fedora 21, который подключается к серверу VPN из разных мест (например, 3G).

[root@chlorine hosts]# ssh 192.168.178.21
ssh: connect to host 192.168.178.21 port 22: No route to host
[root@chlorine hosts]# wget 192.168.178.21
--2015-01-06 00:52:50--  http://192.168.178.21/
Connecting to 192.168.178.21:80... failed: No route to host.
[root@chlorine hosts]# ping 192.168.178.21
PING 192.168.178.21 (192.168.178.21) 56(84) bytes of data.
64 bytes from 192.168.178.21: icmp_seq=1 ttl=63 time=119 ms
64 bytes from 192.168.178.21: icmp_seq=2 ttl=63 time=135 ms

Пинг на любую машину работает. Машины LAN также могут нормально пинговать машины VPN. Однако ничего, кроме ping, не работает. Не похоже, чтобы проблема брандмауэра возникла, по крайней мере, с обеих сторон клиента. У кого-нибудь есть ключ? Что я могу попробовать?

PS: Traceroute от VPN-клиента до LAN-хоста и LAN-порта сервера vpn:

    [alex@chlorine ~]$ traceroute 192.168.178.1
traceroute to 192.168.178.1 (192.168.178.1), 30 hops max, 60 byte packets
 1  10.0.0.60 (10.0.0.60)  128.311 ms  130.495 ms  182.502 ms
 2  10.0.0.60 (10.0.0.60)  184.198 ms !X  188.066 ms !X  190.507 ms !X

    [alex@chlorine ~]$ traceroute 192.168.178.47
traceroute to 192.168.178.47 (192.168.178.47), 30 hops max, 60 byte packets
 1  192.168.178.47 (192.168.178.47)  127.881 ms !X  129.314 ms !X  133.072 ms !X

"! X" в traceroute, кажется, означает "Связь административно запрещена", что, похоже, подразумевает проблемы с брандмауэром, однако я отключил / открыл брандмауэры везде, насколько это возможно, чтобы исключить это:

VPN-сервер:

[root@zinc ~]# firewall-cmd --list-ports --zone=external
1024-65535/tcp 1024-65535/udp
[root@zinc ~]# firewall-cmd --list-ports --zone=internal
1024-65535/tcp 1024-65535/udp 656/udp 655/tcp 655/udp 656/tcp

Я пытался связаться с компьютером с Windows, у которого полностью отключены брандмауэры на 192.168.178.37, но с теми же результатами, что и на любой другой машине в локальной сети; Пинг работает, остальное - нет, traceroute пишет "Связь запрещена в административном порядке". Есть еще идеи? Спасибо за помощь! Для меня это странно и сложно правильно диагностировать.