Клёвый Админ

Поднимаете туннель, настраиваете на обоих микротиках статические маршруты до сетей напротив них, где шлюзом будет, опять же, сторона напротив в туннеле.
Вроде бы совсем тривиальная конфа, нет?

Возможно повреждён разъём на ноуте. Например загнулись или окислились пара лапок. Работает ли порт на ноуте хоть с чем то?

Очень похоже на ограничения Файрвола со стороны сервера (клиентской машины) радмина - т.е. той тачки на которую вы радмин вивером подключаетесь, выключите файрвол проверьте снова.

Если речь про маскарадинг, а не выставление порта наружу, то в принципе ничего не мешает оставить всё без src nat, даже если на внешнем интерфейсе несколько адресов.
Для публикации же всё же рекомендую использовать жёсткое задание портов в обе стороны - это сильно облегчит жизнь.

Пробуйте в мангле метить такой трафик, отправлять его там же в отдельную таблицу маршрутизации. А в этой таблице в маршруте 0.0.0.0/0 укажите правильный pref-src

Т.е. в мангле три правила, два для маркировки пакетов (входящее исходящее), одно для маркировки роута.

В целом норм. Софт почти весь работает (Virtual Box не завёлся). После последнего (позавчерашнего) апдейта стало совсем прибрано

херня какая-то, вы хотите чтобы из сети 192.168.11.0/24 к вам на роутер приходил трафик и вы его роутили обратно на шлюз в этой же сети? Если да, то вам нужен NAT, ибо марш, который получит трафик из своей сети отправит ответы на него напрямую на тот комп что его инициировал, но тот комп не отправлял пакеты на этот марш, он их ждёт от микротика. Вот и получается, что если не замаскируете пакеты у вас получается не замкнутое кольцо трафика.

Исходящий
192.168.11.X - > 192.168.11.1 (route mark - route rule; GW = 192.168.11.24) -> 192.168.11.24 - > HOP - > 37.130.189.244
Обратный
37.130.189.244 - > HOP - > 192.168.11.24 -> 192.168.11.X и вот тут то и облом.