Перенаправить на другой шлюз в той же подсети / маршрут к другому маршрутизатору в той же подсети

Там есть эта сеть:

Компьютер 192.168.10.4 хочет получить доступ к серверу VPS, на котором запущен сервер OpenVPN, настроенный для использования подсети 192.168.20.0/24.

Подсеть компьютера также содержит SBC 192.168.10.2, настроенный как клиент OpenVPN, подключенный к вышеупомянутому серверу. На этом SBC включена пересылка IPv4.

В качестве шлюза по умолчанию для компьютера задан сетевой маршрутизатор, на котором запущена RouterOS в 192.168.10.1.

Вот проблема:

Когда я просто добавляю запись в таблицу маршрутизации RouterOS, которая сообщает о маршрутизации всего трафика, предназначенного для подсети 192.168.20.0/24, в SBC на 192.168.10.2, то при каждом новом подключении к VPS на 192.168.20.1, 9-секундная задержка перед установлением соединения. Как только это установлено, трафик течет быстро.

Если я изменю шлюз по умолчанию компьютера на 192.168.10.2, то есть на SBC, то соединения будут установлены немедленно.

Кроме того, любое соединение от SBC до VPS устанавливается немедленно.

Если я верну шлюз по умолчанию обратно на устройство RouterOS и создам на этом устройстве правило маскировки SNAT для пунктов назначения в 192.168.20.0/24, то на компьютере будут быстро установлены соединения, вероятно, только потому, что RouterOS олицетворяет компьютер.

Как я могу направить на VPS без SNAT и без этой 9-секундной задержки? Что вызывает задержку в 9 секунд?

Обновить:

Теперь я заметил, что без SNAT некоторые устройства могут правильно маршрутизировать, то есть получать доступ к серверу на VPS без такой задержки. Все блоки Linux в подсети компьютера не имеют проблем с маршрутизацией, но наиболее заметными являются блоки Windows, которые иногда работают, некоторые никогда, иногда нет, в зависимости от того, подключена ли другая машина к сети или нет, тогда только ненадолго, Там нет четкой картины для меня.

Любая идея?

PD: Всегда возможно пропинговать адрес VPS 192.168.20.1 с любого хоста в сети 192.168.10.0/24.