Алексей, не надо гадать на кофейной гуще и изобретать колесо, то что поможет в вашей ситуации - это опция 121 dhcp. Вам надо чтобы хосты сети 172.16.0.0/19 получали по dhcp статический маршрут в сеть 172.16.101.0/24 через 172.16.6.1. Где у вас dhcp сервер? Что это за сервер? У Вас есть доступ к его настройке?
Алексей, затем что маршрут от клиентов сети 172.16.101.0/24 идёт так:
client-vpn -> vpn-server -> client-local
а от клиентов сети 172.16.0.0/19 так:
client-local -> cisco -> vpn-server -> client-vpn
Алексей, можете с компьютера из сети 172.16.0.0/19 выполнить команду:
- если windows route print 172.16.*
- если linux ip route get 172.16.101.0/24
?
Что там?
Алексей, нужно чтобы между клиентами vpn (172.16.101.0/24) и клиентами сети 172.16.0.0/19 проходил трафик tcp/udp, который сейчас не проходит? И при этом icmp пакеты между клиентами этих сетей работают без блокировки? Всё правильно?
Между сетями 172.16.101.0/24 и 172.16.0.0/19 нат или роутинг? Хосты в сети 172.16.0.0/19 имеют маршрут в сеть 172.16.101.0/24 через 172.16.6.1?
И кстати по тому адресу, который Вы указали в вопросе, на порту 22 действительно слушает sshd, а вот стандартный порт Redis (6379) не принисает подключений, либо закрыт фаерволом
1) Странно что редис слушает на порту 22, это стандартный порт sshd
2) В документации написано что метод set(k,v) в качестве аргументов принимает строки, то есть правильно будет: $redis->set('foo', '42');