Топология сетей:
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
