Маршрутизация на 3 интерфейса

ip_forward какой? Маршрутизация откуда? Как сейчас получается?

Да его как бы и так можно использовать как Gateway выхода в Internet и для доступа к VPN сетям.

Достаточно в IPTABLES задействовать NAT, а так же включить IP Forwarding.

А вот если вы хотите так же достучаться до ПК, которые к примеру находятся за VPN сетью, то вот тогда вам придётся прокладывать маршруты на этом ПК до сети за VPN сетью и на других участниках сети до сети за этим ПК.

Достаточно в IPTABLES задействовать NAT, а так же включить IP Forwarding.

IP Forwarding включил. Моей основной задачей стоит сделать доступ к серверам, находящимся в(!) vpn-сетях. Насчет nat можете подробнее рассказать? В какую сторону идти.

Копать в строну iptables tutorial.

IP Forwarding включил. Моей основной задачей стоит сделать доступ к серверам, находящимся в(!) vpn-сетях.

В таком случае всё готово, указывайте этот ПК как шлюз и проверяйте доступность соответствующих ПК в VPN сети по их IP адресам в VPN сети. Например посредством ping.

Насчет nat можете подробнее рассказать?

Это в случае, если вам нужен доступ в Internet. Смотрите в сторону iptables SNAT или iptables MASQUERADE.

Так же посмотрите правила iptables для согласования размера кадра (MTU), а то в VPN сетях размер кадра меньше чем просто в TCP/IP и, к примеру, ping до сервера в VPN сети дойдёт, а вот с отправкой прочих пакетов будут проблемы.

Не поленитесь узнать значения новых для вас слов, если таковые есть.

Удачи.

В таком случае всё готово, указывайте этот ПК как шлюз и проверяйте доступность соответствующих ПК в VPN сети по их IP адресам в VPN сети. Например посредством ping.

Интернет есть, а компы в впн не пингуются

а компы в впн не пингуются

Они точно в VPN сети? Т.е. вы пингуете из по IP адресам 172.16.10.* или 5.5.0.*? С шлюза хоть пингуются они?

inet addr:172.16.10.43  P-t-P:172.16.10.43  Mask:255.255.255.255

Вот здесь маска странная, так не должно быть.

Ну и настройке согласование MTU, вы же сами видите, что на tun0 значение MTU меньше чем на прочих интерфейсах, а это значит что пакеты от других инетрфейсов в этот попросту не пролезут.

Да, пингуются

╰─➤  ping 172.20.21.87
PING 172.20.21.87 (172.20.21.87) 56(84) bytes of data.
64 bytes from 172.20.21.87: icmp_req=1 ttl=63 time=156 ms
64 bytes from 172.20.21.87: icmp_req=2 ttl=63 time=157 ms
64 bytes from 172.20.21.87: icmp_req=3 ttl=63 time=157 ms
64 bytes from 172.20.21.87: icmp_req=4 ttl=63 time=157 ms
^C
--- 172.20.21.87 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 156.740/157.183/157.758/0.609 ms
╭─root@masha-pc ~masha  
╰─➤  ping 192.168.100.251
PING 192.168.100.251 (192.168.100.251) 56(84) bytes of data.
64 bytes from 192.168.100.251: icmp_req=1 ttl=63 time=194 ms
64 bytes from 192.168.100.251: icmp_req=2 ttl=63 time=193 ms
^C
--- 192.168.100.251 ping statistics ---
3 packets transmitted, 2 received, 33% packet loss, time 2003ms
rtt min/avg/max/mdev = 193.468/194.115/194.763/0.783 ms

Настраивайте согласование MTU посредством iptables.

К какому интерфейсу подключён ПК, с которого вы пингуете указанные IP адреса? Что у него указано шлюзом? Шлюз с него пингуется?

Судя по вашему листингу, у вас VPN не работает:

neronmoon

tun0      
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

tun1      RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

В P-t-P соединении должны быть разные IP-шники на разных концах vpn-а. У вас -же:

tun0
          inet addr:172.16.10.43  P-t-P:172.16.10.43  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1412  Metric:1

tun1
          inet addr:5.5.0.42  P-t-P:5.5.0.42  Mask:255.255.248.0
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1

tun0
     inet addr:172.16.10.43  P-t-P:172.16.10.42  Mask:255.255.255.255

Если на клиентах роутер - это шлюз по умолчанию, тогда все что надо сделать, на роутераХ прописать маршрут в соседнюю сеть (которая за vpn-ом).

Если за tun0 скрывается сеть 192.168.5.0/24, то

ip route add 192.168.5.0/24 via 172.16.10.42 dev tun0