Akina

Чисто теоретически может сработать следующее.

Устанавливаем на комп любой локальный DNS-сервер. В качестве родителя (куда стучаться за разрешением неизвестных адресов) указываем ему регулярный DNS (скажем, провайдерский), прописываем у него статические соответствия (с малым временем актуальности), нужные нам в VPN.

Пока всё как обычно... а вот теперь - фортель. Привязываем его слушать ТОЛЬКО на тот адрес, который указан в настройках VPN, а его самого прописываем ТОЛЬКО в настойках VPN-адаптера.

Что в итоге? Когда VPN-адаптер подключается, этот DNS-сервер ставится в начало очереди (кстати, поэтому, адаптер следует включать после загрузки станции). И соответственно через него идут все разрешения. Если адаптер остановить - этот DNS убирается, и первым становится тот, что в настройках другого адаптера - регулярный провайдерский (или там гугловый фри - неважно). А статические записи о ресурсах в VPN достаточно быстро, за 2-5 минут, будут вымыты из локального кэша.

Ещё разумнее - иметь собственный DNS-сервер в VPN-сети, и указать его в настройках VPN-адаптера. Работать будет так же, только не нужен дополнительный локальный софт.

SELECT .. INTO предназначен для помещения скалярного значения в скалярную же переменную. То есть он должен вернуть строго одну запись.

Показанный запрос явно возвращает более одной записи. И Оракл в недоумении - из какой записи набора ему предлагается взять значение для помещения в переменную?

И самое что интересное - Вы об этом знаете. Ибо по тексту имеется литерал 'стоимость поступивших товаров ='. Не "товара", а "товаров".

Если Вам нужна сумма стоимостей всех товаров - то оберните выражение в SUM().

Свой роутер не поставить, нет оптического порта.

Наличие оптического порта для установки своего роутера не нужно - от слова "совсем". Подключайся по меди.

и настроить на него DMZ

DMZ - не нужен для каких-то там торрентов, и вообще о DMZ следует начинать думать только при наличии реального IP.

Насколько жизнеспособное решение - подключить mikrotik hap ac к провайдерскому роутеру

Нормально, корректное и правильное решение. При этом WiFi на провайдерском роутере лучше всего отключить.

Судя по описанию, на компьютере 2 сетевые карты. И скорее всего у каждой в настройках присутствует шлюз по умолчанию. Так вот - у сетевой карты, которая работает в локальной сети (гигабитной), шлюза по умолчанию быть не должно, вообще, и его нужно в настройках удалить.

Для более точного ответа нужна схема сети и настройки сетевых интерфейсов всех интересующих узлов (компьютера, серверов, ...).

Может по схеме понятней будет

У Вас схема такова, что имеется проблема распознавания правильного адреса. Серверы анонсируют себя как в сети 192.168.29, так и в сети 192.168.30.

Простейшее возможное решение проблемы - выделить каждому серверу ещё одно имя, под этим именем прописать серверы в файле HOSTS (у каждого сервера прописываются только остальные два, себя необязательно), указав в соответствии только адрес из 29-й подсетки. Общение между серверами выполнять только по этим именам. заодно - повысьте метрику сетевой карты из 30 подсети.

У Вас выполняется ARP-запрос, который ограничивается Ethernet-сегментом - т.е. Вы можете с 10.73.0.1 сделать ARP-запрос на 10.73.0.2, но не за пределы Ethernet-сегмента.

Хотите проверить маршрутизацию - используйте более высокоуровневые протоколы. Тот же пинг - вроде для его прохождения всё настроено правильно (впрочем, Вы не показываете сетевые настройки узлов 10.73.0.1 и 172.23.73.3 - но, надеюсь, там дефолтные шлюзы верные).