С туннелем SSH можно сделать что-то как этот:
laptop Ubuntu server guest
____ 10467 22 _____ ? 3389_____
| |___________________| |__________| |
|____| \ |_____| |_____|
\
\__SSH connection
Но заботьтесь, что только соединение между ноутбуком и сервером Ubuntu будет зашифровано. И порт 3389 должен быть открыт так, это не то, что Вы ищете. Необходимо пойти с VPN, если Вы хотите сделать RDP с сервером, достижимым из Интернета.
Если сервер Ubuntu находится в той же защищенной Локальной сети (LAN), чем windowsguest, то это в порядке. Просто необходимо открыть 3 389 портов на windowsguest и закрыть его на брандмауэре, так, чтобы это осталось защищенным. Даже если windowsguest будет достижим из Интернета, то он не будет использовать тот же интерфейс для общения с сервером Ubuntu и с остальной частью мира. Так, просто удостоверьтесь, что 3 389 портов закрываются в интернет-интерфейсе и открытые в интерфейсе LAN.
С openssh
программа, командная строка была бы похожа ssh -L 10467:windowsguest:3389 user@ubuntuhost
.
Та же опция существует для PuTTY.
В этом окне:
Это изображение было взято из http://howto.ccs.neu.edu/howto/windows/ssh-port-tunneling-with-putty/, который является довольно хорошим учебным руководством для порта, туннелирующего с SSH.
btrfs Wiki перечисляет несколько инструментов инкрементного резервного копирования, которые подходят для ответа на этот вопрос.
btrbk - это тот, который я использую в настоящее время, и он отвечает большинству требований, упомянутых в вопросе.
Я говорю «большинство», потому что не был ясен вопрос о различиях между моментальными снимками и настоящей файловой системой управления версиями (которой нет в btrfs). Но этот вопрос специфичен для btrfs, и лучшее решение для btrfs - это частые снимки состояния вместе с инструментом, который автоматизирует создание снимков, отправку-прием передач и сокращение временной шкалы снимков.
Как я понимаю, вы хотите создать зеркало (или достаточно близко к одному) вашей системе жесткого диска, чтобы использовать зеркало в случае сбоя диска.
Мне это выглядит как случай для RAID 1. Это можно сделать с помощью BTRFS, либо MDADM. В любом случае при подключении внешнего диска обратно в систему вам нужно будет убедиться, что он рассматривается как «раб». Поскольку более поздние пишеты, вероятно, произошли в системе, это должно быть так. В BTRFS можно затем запустить операцию скраба (BTRFS-Scrub).
Если вы хотите использовать BTRFS-отправки и BTRFS-Reading, см. http://marc.merlins.org/perso/btrfs/post_2014-03-22_btrfs-tips_-doing-fast-incremental-backups- С-BTRFS-Edd-and-reade.html
Относительно снимков, снимки не могут быть выполнены в файловых системах. Таким образом, снимок должен быть создан на одной и той же файловой системе, что и подвыруют BTRFS, для которых должен быть сделан снимок. Вот где отправка / получение вступает в игру, как описано в ссылке, упомянутой ранее.
В качестве альтернативы вы можете использовать Fssync, хотя предоставленные вам будет в локальном хосте. Fssync сообщается с страницы человека, чтобы хорошо работать с BTRFS.
Если у вас есть другая система, вы можете рассмотреть возможность использования DRBD в одно основном режиме. Хотя вы можете получить это работать с обоими дисками в одной системе, я видел отчеты, которые указывают на это не работает.
Обратите внимание, что RAID, синхронизация и репликация считается многими не подходящими заменой для системы резервного копирования.