rPman

Уже очень давно, с самого начала использования личной локальной сети, использую адреса вида 192.168.234.x/24. Ни с чем еще не пересекался.

Элементарно — поставить каскадный прокси, уже не требующий пароля, который в свою очередь подключается к тому что пароль требует.

Проблема как я понимаю только с данными? Вычисления будет проводить сам сервер (пусть виртаулки на нем запускаются)

Гигабитная сеть и распределенная файловая система в шифрованных с многократным дублированием контейнерах — файлах на всех машинах пользователей (рейд lvm/распределенная система с помощью drbd/доступ к контейнерам smb), файлы оформить в виде пользовательских pron.avi, так же надежнее можно работать с якобы системными файлами (например на системном диске pagefile.sys и hiberfil.sys есть всегда, содержат мусор, использовать не обязательно, народ даже будет не в курсе).

Запуск процессов на сервере только вручную с помощью флешки доверенного лица

p.s. так же 90% случаев достаточно в сервер напихать побольше оперативной памяти и держать рабочие образы там (с резервным копированием налету в сеть).

Вопрос не изучал, но похоже это ограничение встроенное (и не достаточно константу поправить в исходниках), что другие виртуалки? kvm?

Могу посоветовать простое решение — запустить еще одну виртуальную машину исключительно для организации моста, одну из сетей этой машины (и вашей первой) установить как внутренняя сеть.

Просьба не предлагать всякие TCP keep-alive, тайм-ауты на уровне TCP и прочую дребедень — решение тут явно должно быть на уровне более высокого уровня, чем TCP (т.к. заставить TCP-соединение не разрываться в случае, например, физической замены роутера или переезда к другому интернет-оператору невозможно). Также нет возможности делать доработки в клиенте и сервере.

Как раз тут может помочь поднятый vpn сервер на server и клиент на client (или наоборот, не принципиально), соединение устанавливать соответственно уже в этой локальной сети. По крайней мере кратковременные разрывы связи (на сервере менял таблицу маршрутизации, openvpn переподключился, соединения не разорвались), но вот в долгосрочной перспективе я просто хз, какие еще факторы могут помешать.

Как обычно два пути — если есть деньги, то покупаем готовое решение (тут уже вариантов накидали), а если есть прямые руки и желание сэкономить за счет времени то собираем по частям.

Благодаря наличию очень дешевых комплектующих, электронную начинку не будет проблемы собрать (mini-itx или даже mATX), но вот корпус и, возможно, блок питания могут быть проблемой (особенно если жестких дисков будет много), именно тут необходимо проявить смекалку и умение 'работать паяльником' (вообще то нужны умения работы по железу и пластику/дереву для коробки, плюс грамотно спроектировать размещение и размеры для охлаждения и звукоизоляции).

p.s. естественно, такая возня требуется, если цель — уменьшить размеры и шум сервера, иначе лучше приобрести готовый крупный корпус и собрать 'обычный' компьютер.

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

p.s. обычно в договорах на подключение есть пункты о расторжении и приостановке — там достаточно одного заявления и ненулевого балланса, иногда включают условия о повторном подключении после длительной приостановке (например у моего резервного канала sels.ru в договоре стоит пункт об абонентке за приостановку).