Mikrotik и маршрутизация broadcast в VPN

Добрый день(вечер). Имеется Mikrotik Routerboard RB951G-2Hnd.
На нем настроена локалка 192.168.1.1(сам микротик), 192.168.1.2(локальная машина). А так же поднят OpenVPN сервер в режиме работы интерфейса - ethernet (tap), local address ovpn - 192.168.2.1. На локальной машине запущен игровой сервер (Sacred 2), он транслирует информацию о себе через broadcast.
Далее. Есть удаленная машина, она подключается к OVPN на роутере. Все пинги ходят между сетями 192.168.1.0 и 192.168.2.0. Но широковещательный сообщения не проходят. Как сделать так, что бы ходили? Пользовался ПО Evolve, там при входе в виртуальную комнату, поднимается адаптер на машине, и так у каждого кто войдет в эту комнату, будет подниматься адаптер, с общей подсетью для всех в той комнате. В таком случае broadcast пакеты ходят и сервер становится видно удаленной машине. По такой же логике, решил поднять OVPN подключение и с локальной машины за ротуером, с самим ротуером, дабы удаленная машина и локальная оказались в одной сети
в таком случае броадкасты по прежнему не хотят приходить на удаленную машину. Где я делаю не так?)
Добавлено через 19 часов 32 минуты
Неожиданно. В общем узнал как отправляются пакеты и вообще клиент узнает о существовании игрового сервера. В общем судя по логам wireshark'a, при запуске игрового клиента, он отправляет широковещательные запросы на 255.255.255.255 (src port 7000, dst port 7001), а в случае с Sacred 2, сервер как я выше занимает порт 7001. После того как сервер видит этот broadcast пакет, то отвечает с информацией о том, что есть сервер и полная информация о нем.
Проблема решилась изменением вручную метрики на OpenVPN интерфейсе, на клиенте, на значение 5, с 16 так же работает. С таким решением не совсем понятно, по какой тогда причине так происходило. Или из-за того, что интерфейс OpenVPN имел более высокую метрику нежели локальное подключение, то он как то все туда заправлял? Хотя ведь адрес то 255.255.255.255.... В общем как то так.

0

Сообщение от darkbumerang из-за того, что интерфейс OpenVPN имел более высокую метрику

а покажи route print на клиенте

1

Сообщение от insect_87 а покажи route print на клиенте

Неожиданно. В общем узнал как отправляются пакеты и вообще клиент узнает о существовании игрового сервера. В общем судя по логам wireshark'a, при запуске игрового клиента, он отправляет широковещательные запросы на 255.255.255.255 (src port 7000, dst port 7001), а в случае с Sacred 2, сервер занимает порт 7001. После того как сервер видит этот broadcast пакет, то отвечает с информацией о том, что есть сервер и с полной информацией о себе и тогда приходит второй пакет клиенту с ответом от сервера. А до этого ходили только широковещалки от клиента.
Проблема решилась изменением вручную метрики на OpenVPN интерфейсе, на клиенте, на значение 5. (Работает и с 10, но не выше 10 иначе опять пакеты не приходят). С таким решением не совсем понятно, по какой тогда причине так происходило. Или из-за того, что интерфейс OpenVPN имел более высокую метрику нежели локальное подключение, то оно (локальное подключение) как то все туда заправляло, а не на openvpn подключение? Хотя ведь адрес то 255.255.255.255 и должно по всем сетям рассылать.... В общем как то так.
В другом месте навели на ошибку мою, IP 192.168.1.1 был присвоен ethet1-master а не bridge интерфейсу, но и без этого пакеты начали ходить. Вот и интересно, что тогда поменяется если я присвоил этот IP ..1.1/24 бриджу. Но проверю это только уже на удаленном компе. Маршруты кстати все нормально были выставлены куда и в какую сеть и через какой шлюз. (Опять же, показать не смогу так как дома (: )

0