Михаил

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

Может, но по дефолту Hyper-V работает в access-режиме и режет теги от гостя. Чтоб CHR мог сам тегировать трафик, переключи адаптер в trunk через PowerShell:

Set-VMNetworkAdapterVlan -VMName "CHR" -Trunk -AllowedVlanIdList "1-4094" -NativeVlanId 0

. Ну и MAC Address Spoofing на этом адаптере тоже включи, для CHR как роутера скорее всего пригодится.

Если у юр лица нет второго провайдера, значит руководство не считает простой значимым. А так резерв всегда нужен.

Самое быстрое это воткнуть USB LTE

Если systemd, то допиши в юнит или сделай дроплет (systemctl edit имя_юнита) в секцию [Service]:
RuntimeDirectory=postgresql

Тогда при запуске юнита будет создаваться директория "/var/run/postgresql"

https://www.freedesktop.org/software/systemd/man/s...

в самом-самом дешёвом варианте стоимость VPN = стоимости аренды виртуалки + % себе любимому, за то что другим лень разбираться и настраивать

Вопрос не в системе, точнее не только в ней, а в современных базовых приложениях, которые потребляют много ресурсов. Можно накатить например Lubuntu, и её GUI буде в общем то раборать. Но при попытке открыть любой современный бразузер, к примеру, будут дикие тормоза, т.к. сам по себе браузер будет условно 1Gb потреблять. И так далее. Так что эту машинку либо у утиль уже, или сделать из нее просто сервер без десктопа, просто с терминальным интерфейсом.

Классика говорит, что НЕТ!
Сети НЕ ДОЛЖНЫ ПЕРЕСЕКАТЬСЯ!

"Костыли" при определенных условиях возможны, вроде proxy arp, проброса портов и.т.д.
Но они имеют свои ограничения и условия применимости.

Самое правильное одну из сетей перекинуть в другой диапазон, например
192.168.1-255.0/24
Если так уж принципиально 192.168.0.xxx
Можно одну сеть сделать
192.168.0.0/25 (адреса 1-126)
вторую
192.168.0.128/25 (адреса 129-254)
Если в каждой сети менее 120-ти хостов,
и маршруты 192.168.0.0/24 указать в VPN.

Учитывая отсутствие возможности изменения второй сети и жесткое условие сохранения адрессации -- нормального решения НЕТ!
Узел 192.168.0.12 в сети 1 НИКОГДА не сможет связаться (по IP) с узлом 192.168.0.12 в другой сети.
Вот СОВСЕМ!
(Проброс портов не считаем, это несколько иное условие).

Можно, это настройки не Exchange, а Outlook, находятся в Administrative Templates для соответствующих версий MS Office и выключаются централизованно например через GPO.