Илья Т.

в чем проблема ? пропишите маршруты route add...

если нет проблем с потерями - openvpn(udp) + nfs будет бодрее
возможно имеет смысл блочно передавать контейнер каким-нибудь рсинком на клиента и там монтировать

SEVPN - очень сильно грузит процессор. В данном конкретном случае очень НЕ советую. Попробуйте openvpn, но при таком количестве подключений стоит задуматься о масштабировании, вплоть до того что на одном физическом хосте создать несколько ВМ с впн-серверами, в будущем это обеспечит большую гибкость, переносимость и масштабируемость.

Вам нужно на опенвпн отключить нат и включить маршрутизацию, т.е. сделать так, чтобы клиенты попадали в сеть с тем ip который им выдал Openvpn.

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

а что такое модем?
обязательно ли вам объединять сеть в один влан или достаточно просто сделать доступными сервера из одного сегмента в другом?

1$ это не мало. На каком-нибудь клауде от DO например на инстансе за $5 реально держать человек 100 клиентов (c некоторой переподпиской конечно). Тогда себестоимость одного клиента будет $0,05, а маржинальность впн-бизнеса получается 2000 % :)

Не знаю деталей устройства конкретных роутеров, но идея такая
1. Прибить гвоздями pptp адрес. Т.е. сделать так чтобы Р2 всегда получал один и тот же адрес например ...10.11
2.На Р1: route 192.168.1.1 255.255.255.0 192.168.10.11
3.На Р2: route 192.168.0.1 255.255.255.0 192.168.10.11