Топология сетей:

client-windows10 192.168.10.16/24 <- router 192.168.10.1/24 <- internet -> router 192.168.5.1/24 -> server 192.168.5.11/24 + virtaulbox (bridge) -> ubuntu_22.04 192.168.5.51/24 -> openvpn-server 10.8.0.1/24

Соответственно за router 192.168.5.1/24 так же есть клиенты, но к ним на данный момент нет доступа, но есть одноплатник 192.168.5.10/24 с доступом по ssh

Для теста на virtaulbox (bridge) поднят windows_server_2012 192.168.5.53/24

Что работает:

client-windows10 192.168.10.16/24 получает адрес 10.8.0.16/24 по правилу ccd

client-windows10 192.168.10.16/24 выходит в инет через router 192.168.5.1/24

client-windows10 192.168.10.16/24 получает доступ к шарам server 192.168.5.11/24

ubuntu_22.04 192.168.5.51/24 получает доступ к шарам client-windows10 192.168.10.16/24 по адресу 10.8.0.16/24

windows_server_2012 192.168.5.53/24 получает доступ к шарам client-windows10 192.168.10.16/24 по адресу 10.8.0.16/24

на router 192.168.5.1/24 добавляю маршрут 10.8.0.0/24 192.168.5.51 и после этого команды пинг и трассировка начинают доходить до 10.8.0.16

Не работает:

server 192.168.5.11/24 не видит шары 10.8.0.16, но пинг и трассировка доходят до 10.8.0.16

одноплатник 192.168.5.10/24 ведет себя аналогично, пинг и трассировка есть, доступ к шарам проверить с него нет возможности

так же могу предположить, что все клиенты сети 192.168.5.0/24 не увидят шары 10.8.0.16, хотя мне не понятно почему windows_server_2012 192.168.5.53/24 все же их видит, на virtaulbox дополнительных интерфейсов нет, которые объединяли бы ubuntu_22.04 + OpenVPN Server и windows_server_2012

Задача:

Собственно говоря задача и состоит в том, что бы клиенты за OpenVPN Server увидели шары OpenVPN Client

Дополнительная задача:

Собственно говоря задача и состоит в том, что бы клиенты за OpenVPN Server увидели шары OpenVPN Client по его локальному адресу 192.168.10.16/24