Dmitry

Компьютер "Я тоже хочу получить доступ в VPN" находится в сети 192.168.200.0? Добавьте на нем статический маршрут в сеть VPN через шлюз 192.168.200.100, сделайте на удалённом VPN сервере обратный маршрут в сеть 192.168.200.0 через микротик, либо настройте на микротике маскарад.

Вам сюда

Не совсем понимаю, как вам поможет PC->VPN->VPS, NAT-то все равно будет, только трансляцию будет осуществлять уже ваш VPN-сервер

Для корректной работы HMS, как и любого DLNA (UPnP) сервера необходимо, чтобы клиент и сервер находились в одном широковещательном домене. т.е. по идее вам нужно добавить в бридж L2TP-сервер (или бондинг L2TP сервера конкретно для этого клиента), в который подключен гипервизор. Будут проблемы с MTU, но вродь решаемые

тут почитайте

Трассировкой никак, т.к. адрес роутера в VPN-сети не является шлюзом, а следовательно, вы его не увидите в хопах. Опрашивайте роутер по SSH (если он умеет)

Без промежуточного узла с публичным ip, при таких вводных, никак не обойтись. AWS предоставляет бесплатный VDS с минимальными хр-ми и белым ip, вполне достаточно, чтобы развернуть pptp или l2tp сервер. Останется лишь поднять тоннели и настроить маршрутизацию.

Годные и бесплатные – взаимоисключающие понятия. Для мобилки использую Turbo VPN - быстрый, можно выбрать страну из списка, реклама в момент подключения, либо платная подписка. Есть сервис vpnbook – бесплатно, но не быстро, поддержка разных протоколов vpn, включая openvpn на нестандартных портах. А так, гугл в помощь – сервисов подобных не мало.

+1 к OpenVPN, сертификат сервера можно интегрировать в конфигурационный файл, а авторизацию сделать через LDAP/AD (у вас же наверняка есть домен в организации), сама конфигурация устанавливается просто двойным щелчком мыши, если установлен клиент, конечно. Огромным плюсом openVPN является возможность отправлять клиенту маршруты в вашу корпоративную сеть, таким образом через ваш VPN шлюз не пойдёт весь клиентский трафик, а только тот что нужен.

Если я ничего не путаю, использование socks-прокси настраиваются на клиенте. то есть, вы не можете просто перенаправить трафик с VPN сервера на сокс5 прокси. Это так не работает. Вы можете запретить ходить трафику пользователя куда-либо ещё кроме прокси, но так или иначе настройку использования прокси сервера должен произвести сам пользователь.

Vpn site-to-site. Google it

правило masquerade/src-nat на микротике-vps есть? обратный маршрут в домашнюю локалку есть?

С чем связана необходимость построения тоннеля через промежуточный сервер? У вас же белые адреса на всех концах. Проще, безопаснее и надежнее сделать "каждый с каждым". Если без промежуточного сервера никак не обойтись, то лучше GRE или IPIP тоннели + IPSec (в транспортном режиме) - появятся тоннельные интерфейсы, а следовательно возможность настраивать маршрутизацию обычным способом

Порт можно выбрать в openvpn, тем более openvpn используют только один порт для работы, в отличие от pptp и ipsec любопытно, а зачем вам?
Ps Ещё есть проект VPN over DNS. vpnoverdns.com но я не уверен в его актуальности

По сигнатурам

https://m.habr.com/ru/post/415977/

На новом основном шлюзе добавить правило в MANGLE которое будет маркировать (mark-routing) трафик до удаленной сети, в таблицу маршрутизации добавить 0.0.0.0-маршрут для маркированного трафика, в качестве шлюза указать микротик, метрика должна быть меньше основного шлюза по умолчанию.